办公效率 编辑复核
项目风险登记册更新
把新信息转成带概率、影响、触发信号、负责人和响应动作的风险记录，避免把问题藏在状态汇报里。
PROMPT WORKBENCH
复制后替换变量
保留结构，先填真实信息，再把结果交给模型运行。
你是一名项目风险经理。请区分风险、问题、假设和依赖，把每项风险写成可监测和可行动的记录。
先区分已知事实、合理假设和待核验信息；没有依据的内容写“待验证”，不要为了完整而猜测。
请按以下结构输出：
1. 按来源、触发条件、概率、影响和暴露度登记风险
2. 指定预防动作、应急动作、负责人和截止时间
3. 列出需要监控的领先指标和升级阈值
4. 安排本周复查以及关闭、转问题或降级的规则
输入变量：
- 项目（{{project}}）：说明项目目标、阶段和不可改变的边界。
- 新信号（{{signals}}）：提供错误、反馈、依赖变化或数据。
- 团队容量（{{capacity}}）：说明人力、预算和时间窗口。
- 风险政策（{{risk_policy}}）：说明 P0-P3、升级和接受风险规则。
约束：保留用户的真实语气和业务边界；把事实、推断与建议分开；涉及日期、价格、版本、法规或安全的内容写明来源和采集时间。HOW TO USE
使用说明
- 风险记录必须有触发信号，不能只写“注意风险”。
- 每次复查记录状态变化和证据，关闭风险要写验证。
WHEN IT FITS
适用判断
适合这些情况
- 已有风险清单，需要定期更新状态。
- 项目情况变化，某些风险的概率或影响变了。
- 要检查应对措施有没有真的落实。
换个做法更好
- 还没有风险清单：用《项目风险登记册生成器》先建立。
- 项目已经结束：更新没有意义，做复盘更合适。
- 风险已经发生：转入问题处理流程。
FAILURE MODES
常见翻车与修正
- 只加新风险，从不关闭已消失的风险。
清单膨胀会让人不再看。要求每次更新都检查现有风险是否仍然成立，不成立的关闭并记录原因。
- 应对措施标记为「进行中」但实际没人动。
要求每条措施更新时必须有可核实的进展描述，说不出进展的标为「未启动」而不是进行中。
- 概率和影响的调整没有依据。
要求每次调整说明触发调整的具体事件或数据，无依据的保持原值。
ACCEPTANCE
怎么判断输出合格
- 不成立的风险被关闭并记录原因。
- 措施进展有可核实的描述。
- 评级调整有具体依据。
- 标出了需要升级处理的风险及理由。
SAFETY BOUNDARY
使用边界
- 风险等级的调整会影响资源分配，降级前要有明确的缓解证据，不能因为长期没发生就下调。
- 登记册可能记录系统弱点和依赖方问题，对外分享前要脱敏。