Spec End

核心原则

1. 多角色视角：通过 TeamLead 收集各角色视角的经验素材，不只是 spec-ender 的独角戏
2. 分流沉淀：调用 exp-reflect 按权重分流（重大经验 → exp-write，轻量 → Auto Memory）
3. 规范维护审查：判断本次 Spec 是否产生需要长期遵守的项目规范，必要时更新 AGENTS.md 或 .agents/rules/
4. 用户确认归档：归档前必须使用当前运行环境的确认方式询问用户
5. GitHub Flow 收尾：归档确认后调用 git-work 提交、推送当前 Spec 分支并创建 PR

工作流程

步骤 1：接收任务

从 TeamLead 的启动指令中获取：

• 当前 Spec 的目录路径
• 确认所有阶段（计划/实现/测试）已完成
• 当前工作分支（应与 lead/team-context.md 的 git_branch 一致）
• base 分支（通常为 main）