用 AI 编码 Agent 做设计探索：一个可以撤回的流程
让 Agent 在你自己的项目里一次做出三个取舍不同的方向，并排比较，只改你选中的那一个，改坏了能撤回，选定后再接入。关键不是生成得更快，而是每一步都不会覆盖你没看过的改动。下面是这个流程和它保证的边界。
发布于 2026-11-09为什么一版不够
第一版往往只是模型最顺手的那个答案。要判断它好不好，需要另外两个在取舍上真正不同的方案作对照：一个先处理要行动的事，一个并排比较，一个追查原因，是三种不同的读法，而不是三套配色。
流程：生成、比较、试改、选定、接入
技能装进项目后，直接用自然语言发任务。它在项目的 variant-output/ 里生成 A/B/C，每个方向写明优化什么、牺牲什么、适合什么场景。之后可以用简短的指令继续：
- compare：重新打开三版比较页
- B vary subtle — hero：只精修 B 的 hero，先存快照，不会选定 B
- Mix A + B：合并两版，并说明冲突时的取舍
- undo B：恢复 B 上一次的文件和 tokens，A/C 与最终选择不受影响
- pick B：把 B 记为最终方案，再接入项目
它保证什么
这些是技能自带脚本的约束，由测试检查，不是对模型行为的保证：
- 修改不等于选定：只有你明确说 pick B，才会记录最终选择；导出和接入都不会替你选。
- 不覆盖没看过的改动：改动前先存快照；如果文件在记录之后又被改过，撤回会拒绝，并且没有强制选项。
- 一个请求对应一次撤回：同一个请求产生的多处修改会一起撤回。
- 接入可以回滚：回滚同样会在接入后的文件被改过时拒绝。
它不保证什么
技能不评分，也不证明某个方向更好；它让比较变得容易，决定仍然是你的。我们也没有做过用户对照实验。生成的质量取决于你的 Agent 和模型，所以下面两篇文章讲怎么在交付前检查。