敏捷产品待办

要解决什么问题

愿景和 ADR 定下来之后，团队仍需要一份可执行的待办池：功能需求（F-NNN）和技术任务（T-NNN）混在一起，但要能排序、估点、写验收，还要给下游 Sprint 规划 Agent 一个轻量读取面。常见痛点是一次性堆满整份 Backlog、排序未定就落盘 YAML，或者条目里夹带实现细节，和 ADR 职责搅在一起。

技能如何工作

本技能是 using-agile 链路的执行层中枢，固定产出 agile-docs/PRODUCT-BACKLOG.md（人读）与 agile-docs/PRODUCT-BACKLOG.yaml（Agent 读排序与状态）。写文件前会先读 VISION.md、ADR.md 等项目画像，用选择题协议只问真决策：MVP 范围、估点、验收写法；新增需求还会跑六项探索 checklist，缺项标 {待确认}，禁止脑补。

产出分阶段、每阶段写完即停：

1. 阶段 1：优先级排序表 + 估点建议（先不写任务详情）
2. 阶段 2：仅对「非显然」条目展开验收、约束与关联
3. 阶段 3：在前两阶段确认后再生成或同步 YAML
4. 阶段 4（仅更新已有 Backlog）：评估活跃 Sprint 是否因点数/优先级/删改而需重规划
5. 阶段 5（.done.yaml 回传）：批量更新状态，并把 feedback 里的 issue/decision 转成新条目或请用户裁决

涉及架构决策的 T-NNN 必须关联 ADR.md 章节；.md 与 .yaml 并存时会做 id、priority、status 一致性校验。变更走 change-matrix 分级，L1/L2 不会整层重访问询。

适用边界

• 前置：需已有 agile-docs/、VISION.md，以及（通常）ARCHITECTURE.md + ADR.md；缺失时路由到 using-agile 或 agile-strategic。
• 不做：不顺手写 VISION/架构/Sprint；不用 INVEST、Given-When-Then、US/EPIC 等仪式；Backlog 条目只写范围与可观察验收，不写框架选型、代码结构或 SQL。
• 硬门禁：无 ADR 关联的架构型 T-NNN 会停下并回 agile-strategic 阶段 B；条目过大则拆成多条再估点。