PM Monitor 是项目管理监控阶段的工作流入口，职责是选择合适的监控流程、执行它，并返回明确的下一步行动。
用途 它用于项目执行期间的持续监控场景，包括：需求接收质量与响应流程、项目状态快照、预算/消耗/预测健康度、风险与阻塞跟进、以及归属漂移（无负责人或更新滞后的条目）。若存在 .agents/project-context.md，会优先读取作为上下文。
主要能力 工具按五步流程运行：确认监控目标；检查可用上下文、工具与数据源覆盖；选择监控模式；委派并执行所选模式；返回监控摘要。
四种监控模式：
- Intake triage 模式：用于处理新进工单/评论/反馈、需要响应的事项或积压清理，优先使用 pm-monitor-ticket-triage。
- Budget review 模式：用于消耗速率、预算漂移、完工预测、项目财务健康、利润率风险以及是否需要变更控制或升级，优先使用 pm-monitor-budget。
- Status 模式：用于状态汇总、干系人更新或进度快照，优先使用 pm-monitor-status；返回当前状态、风险项、所需决策和下一里程碑。
- Risk and follow-through 模式：用于排查卡住的事项、沉寂事项或需要升级的事项，优先使用 pm-monitor-risk-escalation；返回阻塞清单、负责人缺口、逾期评审与升级动作。 若存在多个意图，会选定一个主模式，并将其余列入后续跟进。路由有明确的平局规则，例如询问“有什么新内容/先处理什么/需要响应什么”时默认进入 Intake triage 模式；询问项目或组合快照、里程碑、高管更新时默认进入 Status 模式；明确询问预算、消耗、预测、利润率或变更控制时默认进入 Budget review 模式；仅当阻塞、负责人缺口、沉寂/滞后或升级是主要诉求时才使用 Risk and follow-through 模式。
使用方式 执行时遵循以下规则：保留源事实与 ID；不虚构负责人或截止日期；未知项标记为 TBD；产出可决策的输出而非纯叙述性总结；保持在用户隐含的源边界内，不擅自挖掘无关的本地仓库状态或 git 活动作为 PM/工具数据的替代，除非用户明确要求以仓库作为监控源。若被引用的子技能不可用，则以内联方式运行等效工作流并保持相同输出契约。
输出结构 每次运行固定返回 Monitor Summary，包含：Objective（监控目标）、Selected Mode（所选模式及原因）、Tool Access Check（使用的工具与系统、数据源、缺失工具或数据缺口）、Current Signal（当前需关注事项、前三项风险或优先级）、Actions 表格（条目、负责人、下一动作、截止/评审日期、状态、证据/来源）、Unknowns（TBD 项）、Lane Handoff Gate（monitor → close 就绪度、验收就绪信号、开放风险处置状态、关闭建议 go / go-with-conditions / blocked、缺失门禁要求）、Follow-ups（建议后续运行的次要模式、待补齐的缺失上下文、可能的升级触发条件）。
适用场景 适合项目经理或团队在项目执行期进行周期性监控、状态汇报、预算健康检查、风险升级判断与需求分诊。
限制 当所需数据不可用时，会基于可用来源继续，并列出推进所需的最小缺失输入（如工单导出、评论线程）；只有在完全没有可用源数据时才返回 blocked。若工具访问异常但用户仍希望执行监控，会保持原选定模式，仅基于请求文本上下文继续，并索取最小替代来源。输出保持简洁与可操作，从不隐式关闭条目，始终说明下一状态。