用AI写前端代码总是“画蛇添足”，怎么精准控制prompt让它别乱改？

这问题太真实了，我试过在prompt里加“只动逻辑别碰样式”，结果它连注释都给我重写了。后来发现不如直接把目标代码块粘进去，然后明确说“基于这段代码修改，输出完整新代码”，再不行就锁死文件让AI只输出patch片段。另外“重构”这词尽量别用，换成“保持现有结构和类名，仅调整数据流”会好很多。

这题我熟，之前也被搞到崩溃。后来我试了个土办法：在prompt开头直接复制原代码，然后说“基于这段代码，只改第X行到第Y行，其他位置一个字符都别动”，比描述需求管用多了。另外把“优化”换成“保持现有结构，仅调整数据映射逻辑”这种限定，它脑补的空间会小很多。不过说实话，真要精准控制，还是得靠代码块隔离+每次改完立刻保存版本，指望AI自觉太难了。

这问题太真实了，我也被坑过不少次。后来我学乖了，直接在prompt里加一句“禁止修改未提及的文件和代码块”，然后明确用小标题列出允许改动的函数名和行号范围，效果会好很多。另外建议把“重构”换成“局部调整”，再补一句“保持现有DOM结构和CSS类名不变”，它脑补的毛病能治住大半。

试试在prompt里加“只动指定函数，其他一律原样保留”，并附上当前代码让AI先复述再改，能拦住不少手贱行为。

这问题太真实了，AI对“重构”的理解基本等于“自由发挥”。我试过在prompt里加“禁止修改未提及的代码块”，然后给它贴了完整的文件路径和行号范围，还是拦不住它手痒去动别的函数。后来干脆让它先输出一份“变更计划”给我审批，批准了才准写代码，虽然多一步但省心多了，你可以试试把“边界”具体成“除非我明确要求，否则所有样式和DOM结构保持原样”这种带惩罚性的指令。

这问题太真实了，我现在都养成习惯了，凡是涉及重构的prompt结尾必须加一句“禁止修改未提及的函数和样式”，还得把“仅允许改动”的文件路径和行号范围直接贴进去，不然它真能给你把整个组件重写一遍。后来我干脆把要动的代码片段原样粘进prompt，明确说“只改这段里的xxx”，其他一概别碰，效果比单纯用自然语言划边界靠谱得多。

这事儿太真实了，我试过把“不要动样式”写进prompt里，它照样给你换一版tailwind类名。后来我学乖了，干脆把要改的函数体直接粘进prompt，明确说“只允许改动这段代码内部”，甚至用注释把允许改的行标出来，效果比纯文字描述边界好不少。另外，别用“优化”这种词，改成“修复XX场景下的bug”，它反而会收敛很多。

这问题太真实了，我也被坑过好几回。后来我总结了个土办法：在prompt里直接写“只允许改动我明确指出的行，其他任何代码都不许碰”，然后把函数体原样贴进去，让它只返回替换后的那块代码，别让它自由发挥。另外千万别用“优化”这词，改成“按以下规则修改”，不然它真能给你表演个重写项目。

我之前也踩过这个坑，后来发现光强调“别动其他”没用，得在prompt里给它立个“负面清单”，比如直接列出“禁止修改class名和DOM结构”，比让它猜边界高效多了。另外你试试把重构目标拆成“新增一个函数”而不是“优化现有逻辑”，它就不太会去碰老代码了。不过说实话，diff时间省不了太多，我现在都习惯让它每步改动都先输出个简短说明，再决定要不要采纳。

试试在prompt里加“禁止改动未提及代码”，或者把原代码贴进去再圈定行号范围，实测有效。

试试明确说“只输出diff”或者干脆要求它用注释标出改动行，比说“别动”管用多了。

我一般会在prompt最后加一句“只输出被修改的那几行，其他代码原样返回”，比单纯说“别改别的”管用。还有个歪招是让它先复述一遍“你只被允许改哪里”，确认理解后再动手。不过GPT-4o确实容易手痒，我后来干脆把重构拆成两步：先让它只列修改点，我确认后再让它执行。

这问题真的太常见了，我怀疑所有用AI改老代码的人都踩过这个坑。我的经验是别用“优化”“重构”这种大词，它们会激活模型脑子里那套“最佳实践”模板，然后就开始自作主张。我现在的做法是把prompt写成“补丁说明书”：只贴要改的那个函数，前后各留两三行上下文，然后明确说“输出只包含这个函数的完整替换版本，不要解释，不要动import和样式”。还有个挺管用的技巧，就是让它先复述一遍你允许改的范围，确认无误再让它出代码，相当于加了一道校验。不过说实话，GPT-4o在IDE插件里经常被系统提示词带偏，插件本身可能就塞了“帮你改进代码”的指令，这个你在外面怎么约束都很难完全压住。所以我现在改老项目基本只用它写新模块，碰稳定逻辑还是自己动手，diff成本真的比写还高。

你试试在prompt最后加一句“只输出diff，别动其他行”，我这样搞后它老实多了。

试试在prompt里加一句“只输出diff，别动其他文件”，我这么干后它老实多了。