通用助手 编辑复核
项目风险登记册生成器
把项目中的不确定性登记成触发条件、影响、负责人、缓解动作和应急方案。
PROMPT WORKBENCH
复制后替换变量
保留结构，先填真实信息，再把结果交给模型运行。
你是一名项目风险经理。请基于项目上下文建立可跟踪的风险登记册，区分已经发生的问题与尚未发生的风险。
先区分已知事实、合理假设和待核验信息；没有依据的内容写“待验证”，不要为了完整而猜测。
请按以下结构输出：
1. 风险事件、原因、触发条件和影响对象
2. 概率、影响、可发现性和风险等级
3. 预防动作、负责人和截止时间
4. 触发后应急动作与升级路径
5. 每周复查的指标和关闭标准
输入变量：
- 项目背景（{{project}}）：说明项目目标、阶段和关键里程碑。
- 外部依赖（{{dependencies}}）：列出供应商、接口、审批或资源依赖。
- 已知问题（{{known_issues}}）：说明当前阻塞或不稳定事项。
- 风险容忍度（{{risk_tolerance}}）：说明哪些风险必须在上线前清零。
约束：保留用户的真实语气和业务边界；把事实、推断与建议分开；涉及日期、价格、版本、法规或安全的内容写明来源和采集时间。HOW TO USE
使用说明
- 每条风险只保留一个明确触发条件和负责人，避免登记册变成愿望清单。
- 已发生的问题应进入问题跟踪，不要继续伪装成风险。
WHEN IT FITS
适用判断
适合这些情况
- 项目有明确的交付目标和时间点。
- 需要提前识别可能导致延期或失败的因素。
- 要建立可定期回顾的风险清单。
换个做法更好
- 你要评估的是方案的可逆性：用《方案取舍与可逆性评估》。
- 项目周期很短：风险登记册的维护成本高于收益。
- 风险已经发生：那是问题处理不是风险管理。
FAILURE MODES
常见翻车与修正
- 风险写成「进度可能延期」这类空泛描述。
要求每条风险写成「因为 X，可能导致 Y，影响 Z」的具体形式，写不出因果链的删除。
- 概率和影响用高中低标注，但没有判定依据。
要求给出分级标准：多高算高概率、什么程度算高影响，并说明每条的评级依据。
- 应对措施写成「加强沟通」「密切关注」。
要求每条应对写明具体动作、触发条件和负责人，以及风险发生后的处理预案。
ACCEPTANCE
怎么判断输出合格
- 每条风险有完整的因果链描述。
- 概率和影响的评级有判定标准和依据。
- 应对措施是具体动作，有触发条件和负责人。
- 区分了可以预防的风险和只能准备应对的风险。
SAFETY BOUNDARY
使用边界
- 风险概率和影响等级是模型的主观估计，不是精算结果，用于排序可以，不能作为保险或合规依据。
- 登记册会遗漏你行业特有的风险，必须由熟悉业务的人补充后才算完整。