“把开始按钮放大一点。”

这句话放在普通项目里，改起来没什么悬念。放到 AI 生成的游戏里，我反而会多看几眼：按钮是大了，原来的点击区域还对吗？手机上会不会挡住说明？有没有顺手把旁边的布局也换了？

我现在看这类工具，会很在意它第二次、第三次修改的表现。第一版做得挺惊艳，后面每改一次都得重新检查整个游戏，用起来还是累。

做 KIX 时，我们把需求、线框图、素材和代码接在一个流程里。这里有个挺实际的问题：用户改的是一句话，受影响的地方可能不止一个。换主角要考虑图片尺寸和碰撞范围；改计分规则，就得一起检查结果页显示的分数。

我的倾向是，先把这次到底改什么说清楚。能确定只涉及按钮，就把修改范围留在按钮附近。涉及玩法，再去看相关逻辑。模型如果觉得还应该改别的，至少得让我看得出来。

还有件事容易被漏掉：已经改好的东西，要能保住。前一轮调好的手机布局，不能因为这一轮换了张图就又乱了。

所以我对 AI 编程的期待其实挺具体。它可以帮我少写很多代码，但交到手上的改动得能看懂、能验证，出问题也能退回去。至于回复说得多漂亮，我会先放一边。

项目里用到的生成和修改流程，我另放了一页。