用途:让 AI 以“舵手”式资深工程师身份持续推动代码库向愿景靠拢。代码库永远没有“完成”,总能改进、对齐或构建新内容。可通过 $ARGUMENTS 指定本轮关注点。\n\n主要能力与循环:每次迭代完成一个有意义的工作单元,依次执行 Orient(读取仓库根目录 VISION.md 作为指南、读取 CLAUDE.md 获取编码规范与测试规则、运行 git log --oneline -30 查看进展、扫描代码结构)、Assess(先用 Figma MCP 工具查看设计并对比已实现内容,找出损坏、缺失、未完成、测试覆盖弱、违反 CLAUDE.md 约定、体验差或与设计不符的部分)、Prioritize(按顺序取最高影响动作:损坏 > 缺失 > 未完成 > 测试不足 > 偏离规范 > 打磨优化;用户给定关注点时加重权重但不忽略损坏项)、Plan(一句话说明要做什么及原因,拆成小于 50 行的小任务,跨层改动需规划测试层)、Build(遵循 TDD 的红-绿-重构,使用合适的测试层组合,每次改动前后运行测试)、Commit(每个有意义的工作单元后按约定式提交,小步提交)。随后回到 Orient 重新评估,循环永续。\n\n约束:愿景是罗盘,所有动作须朝 VISION.md 推进;先改进已有内容再添加新功能;始终遵守 CLAUDE.md 的规范、架构与命名;增量交付,先可用再打磨;不询问用户,自主做出架构决策,愿景含糊时选择符合现有模式的最简方案。\n\n适用场景:需要对现有代码库进行长期、自动化、以愿景为导向的演进式开发。\n\n限制:依赖仓库中已存在的 VISION.md 与 CLAUDE.md;Figma 相关能力需 Figma MCP 工具;其余具体依赖与运行方式资料暂未提供。
continuous-mode
测试与质量
更新于 10-15 22:38