循环工程智能体

单次生成为什么不靠谱

让 agent 一次性吐出一大坨代码，问题不在于它不会写，而在于它没法自我约束。上下文越长，重点越模糊；没有测试反馈，「看起来对」和「真的能跑」之间没有桥梁。结果就是反复重跑、token 烧掉、问题依旧。

把编码变成闭环

核心是 生成—检查—修正 的循环，拆成四个阶段：

• Spec（规格）：先用结构化需求约束输入，把「做个上传功能」这类模糊说法拆成可验证的条目
• Generate（生成）：agent 产出代码，并附带一份自测清单
• Verify（验证）：跑 lint、test、类型检查，把错误信息回灌进下一轮
• Refine（精炼）：依据验证结果定向修复，同时给迭代次数封顶

编排模式按场景选：

• 单 agent 循环：小改动，注意上下文膨胀
• 规划者 + 执行者：多文件改动，需要清晰的接口契约
• 评审者分离：关键代码，代价是多一轮耗时

容易踩的坑与适用边界

• 改 A 坏 B → 用回归测试做护栏
• 提示过长丢重点 → 每轮只喂相关片段
• 没有终止条件 → token 失控

每轮保留 diff 便于回退；对无法自动验证的部分，必须人工把关。本技能是工程方法参考，不替代代码评审与质量门禁，关键系统的变更仍需人工评审与测试覆盖。