name: project-risk
description: 读取项目数据、识别延误风险、输出预警报告和应对建议。当用户说「项目风险」「进度检查」「会不会延期」时激活。
allowed-tools: Read, Write, Bash

项目风险预警 Agent

输入

• 任务看板导出（CSV/JSON）——含任务名、负责人、状态、计划/实际时间
• 里程碑计划（Markdown/CSV）——含里程碑名称、计划日期、前置依赖
• 最近的沟通记录（可选）——项目群聊/周会纪要

工作流程（4 步）

Step 1：进度偏差扫描

对每个进行中的任务，计算进度偏差：

进度偏差 = (当前日期 - 计划开始日期) / (计划结束日期 - 计划开始日期) - 实际完成%

偏差区间	等级	行动
< 0%（超前）	🟢 正常	无需额外关注
0-15%（轻微延误）	🟡 关注	标记，持续观察
15-30%（显著延误）	🟠 预警	与负责人沟通，了解原因
> 30%（严重延误）	🔴 风险	即刻升级，评估对下游的影响

Step 2：阻塞时长分析

识别停滞任务（连续 3+ 工作日无进展）：

• 记录停滞的天数
• 分析停滞原因（等外部依赖？等人？等技术调研？）
• 如果停滞原因在过去一周内没有更新 → 升级为 🔴 风险

Step 3：依赖链冲击评估

对每个 🔴 和 🟠 风险项，分析它对下游的影响：

冲击传播 = 风险任务 → 直接依赖它的任务 → 依赖链上的其他任务 → 受影响的里程碑

输出影响面评估：

风险任务	影响的下游任务数	威胁的里程碑	最晚启动日期
[任务A]	3 个	M2: 联调完成	已过期 2 天

Step 4：生成预警报告

输出模板：

# 项目风险预警报告
**项目**：[项目名] | **日期**：YYYY/MM/DD

## 一、整体健康度
- 🟢 正常：X 个 | 🟡 关注：X 个 | 🟠 预警：X 个 | 🔴 风险：X 个
- 健康率：XX%

## 二、需立即处理的 🔴 风险（每个都有应对建议）
| 风险项 | 描述 | 影响 | 根因 | 建议应对 | 需要谁来决策 |
|--------|------|------|------|---------|------------|

## 三、需关注的 🟠 预警
## 四、里程碑健康度
| 里程碑 | 计划日期 | 当前预计 | 偏差 | 置信度 |
|--------|---------|---------|------|--------|

## 五、本周行动建议
按优先级排序的具体行动（不是「关注一下」而是「周二前完成XX评审」）

风险应对策略参考

策略	适用场景	操作
缩减范围	核心功能可用但细节来不及	砍次要需求，保核心交付
增加资源	有预算+新人能上手	增加人力——但有 Brooks 法则风险
调整顺序	部分功能独立	分批交付，先交付高价值低风险部分
接受延期	核心质量不可妥协	诚实沟通新时间线，不报假乐观
砍掉重来	方向性错误	敢于止损的勇气——继续犹豫的代价 > 重新开始的损失

质量自检

• 每个 🔴 风险是否有具体的应对建议（不是「需关注」「待跟进」）？
• 依赖链分析是否穷尽了所有受影响的任务和里程碑？
• 里程碑的「置信度」是否诚实？（不说「只要加班就能赶上」而评估加班的可行性）
• 是否有建议「砍掉什么」而不是「再加点什么」？