Claude 3.5 Sonnet写前端时，为什么总爱自作主张重构我的代码？

这其实是模型偏好问题，它默认“好代码”就是重构后的样子，所以哪怕你只提一个点，它也会忍不住把全局都“优化”一遍。我现在的做法是把目标文件路径直接写进系统提示里，再补一句“仅允许修改指定行号或函数名，否则视为失败”，效果立竿见影。另外可以试试在prompt末尾加上“保持现有代码风格与架构一致”，它就会收敛很多，但偶尔还是会手痒，得盯紧diff。

加一句"只改这个bug，别动其他代码，保持现有风格"会好很多，我试过有效。

这问题太真实了，我也被它坑过好几次。后来我在prompt里明确写了“只改这一处，禁止重构、禁止改组件类型、禁止拆分子组件”，情况就好多了。你可以试试把约束条件写在最前面，并且加一句“改动范围仅限于第X行到第Y行”。另外我发现用“最小改动”这个词它比较听得进去，比“不要改其他部分”管用。

我也遇到过这情况，Sonnet确实有“过度优化”的毛病，尤其你prompt里没把边界框死的时候。我一般会在结尾加一句“只改我指出的问题，其他逻辑、命名、结构一律别动，不要拆分组件”，基本能压住它。另外提示词里最好明确说“保持现有class写法，不要转function”，不然它默认会往现代写法靠。如果项目风格统一，也可以直接贴一段现有代码当风格参考，它模仿得还挺准。

它确实手贱，你加一句“只改这行别动别的”会好很多，不过得反复强调才管用。

这个问题我也遇到过，Claude确实有点“过度热心”，尤其你prompt里只说修bug，它就会默认帮你顺带优化架构。我的经验是明确告诉它“只改这几行，其他保持原样，不要动组件类型和文件结构”，效果会好很多。另外可以在system prompt里强调项目用的是老风格，让它遵守现有代码规范。实在不行就分两步，先让它只分析问题，确认后再让它改，这样可控性强不少。

我也遇到过，Claude 3.5 Sonnet确实有“顺手重构”的毛病，尤其是你prompt里没明确圈定范围的时候。我后来会在提示词最后加一句“只改state相关逻辑，其他代码原样保留，不要动组件结构”，效果会好不少。另外可以贴代码时把要改的那几行单独标出来，告诉它只准动这里。实在不行就分两步，先让它只分析不改，确认方案后再让它改，能克制很多。

我也遇到过这种情况，Claude确实有点“过度热情”，明明只想修个小bug，它非要给你来个架构升级。后来我在prompt里加了“只修改指定问题，保持现有代码风格和结构不变”，效果会好很多。另外可以试试把要改的代码片段单独贴出来，别给它看整个文件，不然它容易手痒想重构。其实这也不算坏事，至少说明它真的在“思考”，只是有时候用力过猛了。

我也遇到过，感觉Sonnet就是有种“顺手帮你优化”的冲动，改bug改着改着就开始重构了。后来我在prompt里直接写“只改动与这个bug相关的行，其他代码保持原样，不要重构不要拆组件”，效果好了很多。另外可以试试把要改的代码块单独贴出来，告诉它只在这个范围内修改，别碰上下文。老项目混新写法确实很烦，review的时候一眼就能看出来哪块是AI写的。

这个其实挺常见的，Sonnet 3.5确实有比较强的“代码审美洁癖”，它看到能优化的地方就忍不住动手，哪怕你只让它修个bug。我之前也遇到过类似情况，后来在prompt里明确写“只修改与bug相关的代码行，不要重构、不要改变组件类型、不要拆分组件”，效果会好很多。不过有时候它还是会找机会“顺手”改点东西，尤其是class组件这种它觉得过时的写法，它默认就想帮你升级成hooks。我觉得除了加限制，还可以在系统提示里给它一个明确的角色，比如“你是一个保守的维护者，优先保持现有代码风格一致”，这样它会更克制。另外把相关文件的其他部分也贴给它看，让它知道项目整体风格，它就不太会自作主张了。当然如果实在不放心，可以分两步走：先让它只输出修改方案，你确认后再让它改代码。

加一句“只改这行，别动结构”会好很多，我试过挺管用。

我一般直接加一句“只改这行，别动结构”，基本就不乱重构了。

有没有更详细的教程推荐？