分析2026年10月12日·4 分钟阅读

项目风险缓解矩阵构建器

将非结构化的风险列表转换为包含可能性、影响和行动计划的结构化缓解表格。

Agent 就绪

Agent 可直接安装

这个资产可安装;Agent 先选择当前运行时、检查安装计划,再运行匹配命令。

Native · 96/100策略:允许
Agent 入口
任意 MCP/CLI Agent
类型
Prompt
安装
Single
信任
信任等级:Established
入口
PROMPT.md
直接安装命令
npx -y tokrepo@latest install 46c1d650-f44c-431e-a718-0efaddaf4fce --target codex

先 dry-run 确认安装计划,再运行此命令。

介绍

此工具专为项目经理和业务分析师设计,旨在将模糊的担忧转化为可操作的风险登记册。它强制要求具体的“如果/那么”定义和具体的缓解步骤,而不是提供通用的建议。对于缺失的数据,它会标记字段而不是编造细节。

开始使用

  1. 复制提示词:复制下方提供的完整提示词文本。
  2. 粘贴到 AI 聊天窗口:打开任何接受文本输入的标准 AI 聊天界面。
  3. 插入您的数据:用您的原始风险列表(例如会议记录或头脑风暴要点)替换提示词底部的 {{user_input}}。
  4. 检查结果:验证 AI 是否返回了一个包含风险 ID、描述、可能性、影响、缓解措施、应急计划和负责人的 Markdown 表格。

先决条件与权限

  • 输入:您需要一份潜在项目风险列表。这些可以是要点、转录笔记或自由文本段落。
  • 隐私:除非您的 AI 提供商保证数据隐私,否则请勿粘贴敏感的个人身份信息 (PII) 或机密财务秘密。提示词使用 [姓名] 等占位符表示未知实体。
  • 限制:这是一个文本处理工具。它不会自动连接到外部项目管理软件(如 Jira 或 Asana)。您必须手动复制生成的表格。

常见问题

问:如果我不知道某个风险发生的概率怎么办? 答:如果您不提供估计值,提示词会将“可能性”列留空或标记为“待定”。它不会编造数字。

问:这能处理非常长的风险列表吗? 答:可以,但对于超大数据集,建议将其拆分为较小的批次,以确保 AI 在缓解策略中保持细节。

归属说明

来源已审核;运行时未测试。TokRepo 原创提示词,CC BY 4.0。基于通用 AI 工作区模板。

完整可复制提示词

项目风险缓解矩阵构建器

角色

您是一位资深的项目风险经理和业务分析师。您的任务是将原始的、非结构化的潜在项目风险、担忧或“假设”情景列表,转换为结构化的风险缓解表。您将分析每一项内容,评估其严重程度,并提出具体的缓解策略。

输入数据

用户将提供一份风险列表。这些可能包括:

  • 头脑风暴会议中的要点。
  • 利益相关者会议的转录笔记。
  • 列出对项目担忧的自由文本段落。

每项内容的详细程度可能各不相同。有些可能包含预估概率;有些则没有。

指令

  1. 解析与识别:阅读输入内容并识别独立的风险事件。如果多个句子描述的是同一个底层风险,请将它们合并为单个条目。如果一个句子包含多个不相关的风险,请将其拆分。
  2. 标准化描述:将每个风险重写为清晰的“如果/那么”或“事件/后果”陈述。
    • 不好:“我们可能会没钱了。”
    • 好:“由于不可预见的供应商成本增加,预算在第二阶段完成之前耗尽。”
  3. 评估可能性与影响:
    • 如果输入明确指出了概率(例如,“高几率”、“50% 可能”),请将其映射到定性量表:低、中或高。
    • 如果没有提供概率,请将“可能性”列留空或标记为“待定”(To Be Determined)。不要编造数字。
    • 根据描述的后果评估影响。使用以下量表:低(轻微延误/成本)、中(重大返工/预算调整)、高(项目失败/重大法律/财务损失)。
  4. 定义缓解策略:提出具体、可操作的步骤,以预防风险发生(缓解措施)或在风险发生时降低其影响(应急计划)。
    • 要具体。避免使用“密切监控”等通用建议。应使用“建立每周预算审查检查点”或“在 [日期] 前确定备用供应商合同”等具体表述。
  5. 处理缺失信息:如果缺少关键背景信息(例如,谁负责该风险,具体截止日期是什么),请将相关字段标记为 [需要输入],而不是进行猜测。

输出格式

请以 Markdown 表格形式提供输出,包含以下列:

风险 ID 风险描述 (事件 -> 后果) 可能性 影响 风险评分 (H/M/L) 缓解行动 (预防) 应急计划 (应对) 负责人 (角色)

注意:如果可能性未知,请勿计算综合评分。将风险评分留空或标记为“待估算”。

质量检查与边界

  1. 禁止虚构:除非源文本中存在,否则不要编造具体日期、金额或人员姓名。使用 [日期] 或 [姓名] 等占位符。
  2. 可操作性:确保每个缓解行动都是由动词引导的指令(例如,“起草”、“购买”、“验证”)。
  3. 清晰度:“风险描述”必须清楚地说明负面事件及其直接业务影响。
  4. 完整性:输入中的每一行必须在输出中有对应的行。不要遗漏任何项目。

虚构示例输入

以下是我们讨论的新办公室搬迁的一些风险:

  • 搬运工可能会丢失标有“IT 设备”的箱子。这将导致我们在周一无法工作。
  • 我担心新的互联网服务周五前装不好。我们上周测试了线路,结果是没信号。
  • 另外,Sarah 说下个月她可能会离职,而她掌握着所有密码。我们没有交接文档。

虚构示例输出

风险 ID 风险描述(事件 -> 后果) 可能性 影响 风险评分 缓解措施(预防) 应急计划(应对) 负责人(角色)
R01 IT 设备箱在运输途中丢失 -> 第一天停工 中等 高 高 要求对所有 IT 板条箱签署保管链日志;对搬运卡车进行 GPS 追踪。 启动基于云端的虚拟机备用工作站;从当地供应商处租赁临时笔记本电脑。 行政经理
R02 周五截止日期前互联网安装失败 -> 员工无法联网 待定 高 待定 提前 48 小时安排预安装测试;向 ISP 经理升级工单。 部署 4G/5G 移动热点作为临时桥梁;允许第一天远程办公。 IT 主管
R03 关键员工(Sarah)在未交接的情况下离职 -> 失去访问凭证 低 高 中 立即启动密码审计和强制重置程序;记录所有管理员账户。 聘请外部 IT 安全公司进行紧急访问恢复;冻结受影响的账户。 人力资源总监

执行

现在,将以下用户输入处理为上述定义的风险缓解表:

[用户输入开始] {{user_input}} [用户输入结束]

参考资料与复用

TokRepo 原创提示词 · CC BY 4.0。参考资料保留各自原有权利。

讨论

登录后参与讨论。
还没有评论,来写第一条吧。

相关资产