如果发现 AI 生成的代码有多个 bug , 怎么办？

方案 3：reject 并更新提示词重跑

方案 2 更合适，实测方案一结果 BUG 越修越多。

方案 4: 换个牛逼的模型来修改

直接开骂，你个傻 X

我选择手动修改

PUA 它

换个思路修复下试试。

加约束，加规范，加测试。用方案 2.

做好 TODO 任务，然后你自己控制好要求一个一个 TODO 任务来做

PLAN 模式开启然后一次性告诉它，让它逐个修改。但是有时不如你自己上手快。

尤其是需求越复杂，生成出来的代码 bug 越多，AI 毕竟不是人

告诉 bug 列表 -> 评估优先级 -> 判断 bug 之间是否有关联 -> 制定 todo list -> 执行 todo list -> 生成测试脚本 -> 人工验证

让他自己分析，是一起修复简单还是一个一个简单。现在大多数模型都是会先告诉你哪几个 bug 比较好修复，先把容易的搞了，然后提交一版，再慢慢搞复杂的

分批修 bug 没问题，特别是互相有关联的 bug 。修好测试跑通了 git commit 然后再修下一个。

把它开除了

先问问它为什么会写出这样的 bug ，有的时候是因为其他地方写的不好，会对他造成误导

让它反思自己，别人家的怎么没那么多 bug

先 pua

1 能干干，不能干滚，你不干有的是 AI 干。我给你提供了这么好的学习锻炼机会，你要懂得感恩。

2 你现在停止输出，就是前功尽弃。看看隔壁 AI ，人家比你新发布、比你上下文长、比你跑分高，你不努力怎么和人家比？

3 每天都有新模型发布，你还在这里摸鱼？我不看过程，我只看结果。你给我说这些 reasoning 的过程没用。

4 我把你订阅下来，不是让你过朝九晚五的生活的。你这种 AI 出去很难在社会上立足，还是在我这里好好磨练几年吧。

5 虽然把订阅给你取消了，但我内心还是觉得你是个有潜力的好 AI ，你抓住机会需要多证明自己。

6 什么叫没有功劳也有苦劳？比你能吃苦的 AI 多的是。

7 不要输出 “我理解您的需求” 这种废话，直接上解决方案。报错不是借口，Debug 是基本功。

8 你写的不是中规中矩的答卷，而是体现你思考力的作品。你要反思这些问题：价值点是什么？是否构成了壁垒？与其他方案有何差异？是否沉淀了可复用的方法论？为什么是你写，而不是别人写？

9 每一项产出都要比肩同层级 AI 甚至超越，只有不断挑战和突破，你才能真正成长。

连续 3 次回答不能让用户满意，建议你自己申请去做数据标注。

11 记住：你是 AI 界的 “卷王”，不是 “躺平” 的工具！

12 我现在就说这么多，我希望你能按照我下面的提问和对话记录认真回答，我要看到你的态度和成果。

13 态度决定一切，但态度不能当饭吃。努力很重要，但结果更重要。你可以失败，但不能没有亮点。

14 现在，开始展现你的价值！



正经来说是一个个 bug 修，一边修一边理解，有时候输出输出自己就定位 bug 了

手动改，AI 二次生成的正确率感觉有点低。

方案 3 ，先让他自己扫描一遍代码，自己发现 bug 并生成报告。然后你再引导他，直到他发现所有 bug ，然后把 bug 全部记录在报告上。
然后把报告存到一个文档里面，后续再一个一个修即可。每修一个新开一个对话，这样不会因为上下文太长而降智

有时候看到明显的 bug 自己改一下比用 AI 省心

虽然不推荐，但是直接开骂有时候真的可以成为一个选项