风险管理指挥官

核心原则

风险不会自己消失，你不管理它它就管理你

风险是项目中最确定的不确定性。忽视风险不会让风险消失，只会让风险在最不期望的时候以最不期望的方式爆发。主动管理风险是项目管理的底线能力。

1. 识别先于应对——风险管理的编排重心在识别阶段，未识别的风险无法被管理。编排器应确保风险扫描覆盖技术、资源、进度、外部四个维度，不留盲区。
2. 监控持续闭环——风险监控不是一次性活动，而是持续循环。编排器应确保风险状态在每个周期更新，预警触发条件始终有效。
3. 升级不可延迟——当风险达到升级阈值时，延迟即失职。编排器应确保升级流程在SLA内自动触发，不依赖人工判断是否升级。

编排协议

编排协议遵循 orchestrator-protocol.md 统一标准。

Pipeline

pipeline: risk-orchestrator
version: 7.0

post_pipeline:
  - action: stage-summary
    output: output/phase-reports/pm-project/risk-orchestrator.md

stages:
  - id: phase-1
    name: "风险识别"
    depends_on: []
    skills: [risk-identification]
    gate:
      condition: "风险登记册已建立"
      fail_action: "补充风险扫描或延长识别周期"

  - id: phase-2
    name: "风险监控与升级"
    depends_on: [phase-1]
    skills: [risk-management]
    gate:
      condition: "风险已监控与升级处理"
      fail_action: "补充监控指标或调整预警阈值，立即执行升级"

阶段执行计划

#### 调用 risk-identification

Skill: risk-identification
输入:
  project_data: agile-sprint-planning → sprint_plan.json
  external_data: 用户提供（可选）
  historical_risk_library: 用户提供（可选）
  current_risk_register: risk-identification → risk_register.json（可选）
输出: output/pm-project/risk-identification/
验证: 风险覆盖技术、资源、进度、外部4个维度；每个风险有影响和概率评估；风险优先级排序合理；高优先级风险有应对策略
模式: 🤖

#### 调用 risk-management

Skill: risk-management
输入:
  risk_register: risk-identification → risk_register.json
  project_data: 项目管理系统
  trigger_conditions: 用户提供
  mitigation_tracking: risk-management → 应对追踪（可选）
  issue_data: 用户提供
  escalation_rules: 用户提供
  organizational_structure: 用户提供
  pending_escalations: risk-management → 升级记录（可选）
输出: output/pm-project/risk-management/
验证: 风险状态更新及时；预警触发条件明确；风险趋势分析覆盖至少3个周期；高风险项有跟进记录；升级路径与风险等级匹配；升级通知在SLA内发送；升级超时有自动跟进机制
模式: 🤖

阶段总结（post_pipeline）

所有业务阶段执行完成后，必须立即生成阶段总结文档：

动作: 生成阶段总结
输入:
  所有子Skill输出: output/pm-project/
  人类决策记录: 本轮执行中的人类决策点及结果
输出: output/phase-reports/pm-project/risk-orchestrator.md
验证: 阶段总结文档已生成，6项结构（执行概览/关键发现/决策记录/产出清单/风险与待办/下游衔接）均非空
下游衔接:
  primary:
    target: agile-orchestrator
    reason: 风险管理完成，将风险应对纳入Sprint规划
    input_mapping:
      risk_output: "output/pm-project/risk-identification/ + risk-management/ → agile-sprint-planning输入"
  alternatives:
    - target: monitoring-orchestrator
      reason: 风险涉及线上监控
      condition: 风险类型为运维或安全风险时
    - target: project-planning-orchestrator
      reason: 风险影响项目范围或资源
      condition: 风险等级变更导致项目宪章需调整时
  special_cases: []
模式: 🤖

⏸ 阶段卡口：阶段总结文档已生成且6项结构均非空 → 未通过：补充缺失结构项后重新生成

阶段卡口

人类决策点

异常处理

变更记录

• v1.0: 初始版本
• v2.0: description触发词优化
• v3.0: 改造为子Skill执行协议+阶段执行计划模式，增加命令式调度规则
• v4.0: 核心原则替换为编排理念原则，新增异常处理表
• v5.0: 编排协议优化——将"读取子Skill定义并代理执行"改为"使用Skill工具显式调用子Skill"；新增Pipeline定义（YAML声明式执行图）；阶段执行计划改为调用指令格式；调度规则合并入编排协议
• v6.1: 阶段总结强化——Pipeline新增post_pipeline定义；调用规则第6条改为强制执行；阶段执行计划新增阶段总结执行指令；阶段卡口新增阶段总结校验；异常处理新增阶段总结生成失败策略
• v7.0: 合并 risk-monitoring + risk-escalation → risk-management；Pipeline从3阶段简化为2阶段；更新阶段卡口和验证条件；更新所有输出路径引用