技能介绍

要解决什么问题

单人或小团队用 Agent 做敏捷时，常见痛点是：文档散落在对话里、改需求不知道该动哪一层、Sprint 关了却没人同步 Backlog。本技能是敏捷套件的唯一入口，不负责写 VISION.md、PRODUCT-BACKLOG 或 Sprint 正文，而是把「该初始化、该检测、该路由给谁」这件事固定下来。

核心能力怎么跑

无 agile-docs/ 时：用选择题采集最小项目画像，建目录骨架、DOD.md 模板与 interfaces/sprint-schema.yaml，并创建空的 sprints/；不预置业务文档占位，避免路由误判层已就绪。

已有 agile-docs/ 时：

先扫 sprints/*.done.yaml——存在则默认走闭环（agile-sprint 关 DoD → agile-backlog 同步 → 改名为 .done.processed.yaml）。
再按文件存在性判断战略层、执行层、活跃 Sprint，并做 PRODUCT-BACKLOG.md 与 .yaml 的双文件一致性检查。
输出三层状态表，逐层问「更新 or 继续」，再路由到 agile-strategic、agile-backlog 或 agile-sprint。

变更协调：用户说需求变了时，引用 references/change-matrix.md 做 L1/L2/L3 分级与影响面表格，确认后就地路由对应业务技能；跨层变更按依赖顺序逐层触发，不整包重写 agile-docs/。

边界与注意点

写前战略门禁：多源战略矛盾、关键规则未界定或与 Vision/ADR 冲突时，先生成 STRATEGY_CONFLICT.md 或按问询协议补问，裁决前不写产物。
本套件刻意不做站会、故事点、长篇用户故事等「大团队仪式」；保留 MoSCoW、短 Sprint 与变更分级。
若检测到多个未关闭 Sprint，会警告并请用户先合并或关闭其一；ADR 变更走替代而非原地改写。