Iterate 代码迭代

要解决的问题

真实工程中的代码风险通常不是“某一处 typo”，而是分布在正确性、安全、性能、架构、依赖边界和测试缺口里。单轮提示词驱动的修改缺少全局约束，容易修掉一个问题又引入另一个问题；纯人工审查又难以为多模块仓库保持持续覆盖。

工作方式

Iterate 把审查变成可重复的闭环。它先根据项目上下文生成或读取 ITERATE.md，确认技术栈、模块边界和验证命令；随后按启用的维度并行审查代码。发现项会被区分：原子问题由主流程直接修复，架构问题必须经用户批准后由子代理串行执行。每轮结束都会执行验证，并继续下一轮，直到零发现或达到 rounds 上限。对不想改动仓库的场景，review-only 模式只做只读审查、收敛统计和报告校验。

适用边界

它适合重构收尾、发布前体检、安全加固和跨文件质量修复，不适合一次性简单编辑。若项目没有配置 validation.commands，修复闭环会缺少可靠判据；若仓库有保护路径、风险区域或已知豁免，建议先用个性化配置声明，避免模型绕过约束。