sprint-workflow

用途：描述 Sprint 插件采用的收敛式扩散执行模型，回答冲刺如何工作、包含哪些阶段、迭代工作流与收敛式开发等问题。主要能力：将一次 sprint 划分为六个阶段——阶段 0 加载规格（在 .claude/sprint/[N]/ 读取 specs.md、status.md 并识别项目类型以选择框架相关智能体）；阶段 1 架构规划（project-architect 读取 project-map.md 与 project-goals.md，产出 api-contract.md、backend-specs.md、frontend-specs.md 及 SPAWN REQUEST 块）；阶段 2 并行实现（按 SPAWN REQUEST 并行启动 python-dev、nextjs-dev、cicd-agent、allpurpose-agent 等）；阶段 3 测试（qa-test-agent 先跑 API 与单元测试，ui-test-agent 再跑浏览器端 E2E，框架诊断智能体与 UI 测试并行）；阶段 4 审查与迭代（架构师对照规格审查报告、更新规格与 status.md，决定继续实现、再测试或收尾）；阶段 5 收尾（写入最终 status.md、清理临时文件并发出 FINALIZE）。前置条件：已安装 Sprint 插件（/plugin install sprint），经 /sprint:setup 完成项目接入（生成 .claude/project-goals.md 与 .claude/project-map.md），通过 /sprint:new 并填好 specs.md 创建 sprint，且了解智能体系统。用法示例：执行 /sprint:new 创建 .claude/sprint/1/specs.md，编辑需求后运行 /sprint 执行完整阶段生命周期；迭代暂停后先查看 status.md 并调整 specs.md，再运行 /sprint 从阶段 0 恢复。输出包括逐阶段执行日志、每次迭代后的 status.md、随迭代缩减的规格文件、最终摘要与 FINALIZE 信号。收敛机制：每次迭代移除已完成项、保留可运行代码、只处理失败；多数 sprint 在 3 至 5 次迭代内收敛，超过 5 次未收敛则暂停并提示人工介入。限制：需已安装并配置 Sprint 插件与相应项目文件；规格过宽或存在冲突会导致卡在迭代循环；测试基于浏览器 E2E 与框架诊断，具体覆盖范围与版本要求暂未提供。