用途：在任意代码库中用 Claude Code 开发功能时，强制执行“构建→评审→测试→修复”的受控循环，确保每个增量在告知用户完成前都经过评审与端到端测试。
工作来源：若仓库中存在计划文件（路线图、重构计划或带 - [ ] 勾选框的任务列表），从第一个未勾选任务开始，按既定顺序执行，不跳步；计划引用规格文档时只读与当前任务相关的章节。若没有计划或需求超出计划范围，则基于用户提示构建，先重述为可验证目标，给出 2–4 条成功标准，并用一条消息确认范围。
循环步骤：
- 构建：只实现任务规定内容，采用最简单可行方案，做外科手术式改动，不扩大范围，遵循项目既有约定。
- 评审：对改动代码运行 /review；若涉及认证、支付、用户输入或数据访问，同时运行 /security-review，修复范围内全部问题。若项目有设计系统规范（design tokens 文件、DESIGN.md、主题配置），UI 改动需对照检查，不得硬编码颜色、字体或间距绕过令牌。未触及代码中的既有问题在报告中说明，不擅自修复。重复 /review 直至干净；若评审意见与任务或规格冲突，以规格为准并指出分歧。
- 端到端测试：运行任务的验证步骤或成功标准，运行完整测试套件，确保此前通过的测试仍通过，为新逻辑补测试，并以用户视角走真实流程，覆盖空、加载和错误状态。
- 修复：测试发现的问题回到循环：修复→/review→重测。不得把失败任务标为完成，也不得在上一个功能损坏时开始下一个任务。
- 继续：勾选任务 - [x]，更新计划中的进度/状态行，循环至下一任务。
- 报告：说明构建内容与计划进度、已修复与延期的评审问题、验证方式（测试与流程走查）、以及需要用户关注的事项，对不稳定或未完全验证处如实说明。
规则：跳过评审或未测试的工作视为未完成；不重新争论计划决策，若任务有疑问先提一个具体问题而非猜测；发现计划未覆盖的工作应提出并建议新任务，不得静默扩大范围。限制：具体命令、依赖与运行环境资料中暂未提供。