用途
pm-monitor-status 是一个监控阶段的状态工作流技能，主要目标是把零散的交付信号转换成一份可以直接支撑决策的状态输出，回答三个问题：当前处于什么状态、哪些需要关注、下一步是什么，并为每项事项标明负责人与后续跟进安排。
主要能力
- 以 RAG 表达交付状态：green、amber、red、blocked。
- 维护简洁的 RAID 视图，区分风险（R）、假设（A）、问题（I）与依赖（D）。
- 将每个红色或黄色信号对应到负责人、下一步行动与升级触发条件。
- 区分来源事实与推断信号，来源事实优先。
- 明确列出当前需要的决策、近期里程碑或检查点，以及各负责人下一步应做什么。
- 对未知信息显式标记为 TBD，不编造负责人、截止日期或完成百分比。
使用方式
技能要求按固定的六步流程执行，且不跳过步骤：
- 确认状态目标与受众：判断用户需要的是站会级团队更新、管理层或利益相关者汇总、会议前项目健康快照，还是跨职能跟进检查；若存在 .agents/project-context.md 则先读取；并设定受众语气与细节程度（团队级关注具体任务与负责人行动，管理层级关注简洁信号、重大风险与决策请求）。
- 确认来源与信号质量：按优先级使用 PM 系统记录（Jira、Linear、ClickUp、Asana、Trello）、最新状态笔记或会议纪要、交付物（里程碑计划、待办视图、发布说明）、沟通信号（Slack、评论、邮件线程）；将来源质量分为高（PM 记录加近期状态信号）、中（PM 记录或状态笔记但一侧较弱）、低（仅叙述或部分上下文）。数据不完整时继续基于现有信息输出，并列出提升可靠性所需的最小缺失输入；只有在完全没有可用项目状态信号时才返回 blocked。
- 综合当前项目状态与 RAG 信号：说明自上一个可见检查点以来的变化与当前需关注事项。默认判定标准为：green 表示无实质阻塞、计划偏差在现有负责人与时间线内可恢复；amber 表示存在一项或多项需本周期主动管理的风险、延迟或负责人缺口；red 表示若不立即干预、重新规划或升级，交付目标面临实质风险；blocked 表示关键来源信号缺失或关键依赖使当前无法推进。
- 识别 RAID 项与负责人缺口：只呈现驱动结果的最小问题集，每项标记问题必须包含下一步行动与明确的下一状态；正在发生的事项归为问题，不与风险混为一谈。
- 澄清决策与下一里程碑：列出当前需要的决策、近期里程碑或检查点、各负责人下一步行动；决策负责人不明确时标记 TBD 并建议责任角色。
- 返回状态输出，默认采用简洁的会议就绪报告格式。
默认输出结构包括：状态、置信度、受众、所用来源（一行简述）、变化内容（1 至 3 条）、当前需关注事项（1 至 3 条）；RAID 快照表（项目、为何重要、负责人、下一步行动、到期/复核日期、状态）；里程碑与决策表（项目、类型、负责人、下一检查点、所需决策）；跟进部分（下一项运行的次级监控模式、提升置信度的最小缺失输入）。RAID 类型以 [R]、[A]、[I]、[D] 前缀标注在项目列。若状态为 blocked，则按同样结构给出缺失的具体来源与最佳下一步（如何提供或接入）。
适用场景
- 站会就绪的团队更新。
- 面向利益相关者或管理层的汇总。
- 会议前的项目健康快照。
- 跨职能跟进检查。
限制
- 依赖可用项目数据源，数据不完整时置信度下降。
- 不自动关闭事项，保留来源 ID 与引用。
- 对黄色或红色状态需包含一条明确的升级触发条件。
- 其他具体集成方式、收费模式、平台支持细节暂未提供。