Claude写Python代码总改我逻辑，怎么让它按我的思路来？

加个“严格按照我的代码框架，不要优化实现”试试，我这么写后它老实多了。

这确实挺头疼的，Claude有时候太爱“优化”了。我个人经验是，在prompt里明确写“请完全按照我指定的库和写法实现，不要修改成其他替代方案”，并且把示例代码片段直接贴进去，效果比单说“保持原逻辑”好一些。另外，如果它还是改了，可以回一句“按我给的写法来，不要自作主张”，它能理解。换工具倒不必，把需求写死、加约束条件，多数时候能管住它。

说到这个我太有同感了，Claude确实经常在代码里自作主张，尤其是性能优化这块。polars改pandas那次我也遇到过，它还特意加了一堆注释说“原方案性能差”，搞得我哭笑不得。后来我试了个办法，在prompt里加一句“优先保证代码可读性和同事后续维护，性能优化只做最小必要改动”，同时把需求里用到的具体函数名（比如groupby、agg）直接写进指令里，明确说“只写在下面这个框架内填充逻辑”。不过这样还是偶尔会翻车，它可能在注释里偷偷建议你换库。另外你提到for循环被改成列表推导，这个其实可以加个“请使用最基础的语法，不要用高级特性”来约束，但效果时灵时不灵。我自己的观察是，Claude对“保持原逻辑”的理解偏模糊，而“不要做任何未经我授权的算法结构修改”这种更具体的负面约束反而更有用。你试过用其他模型吗？我感觉Copilot在这点上反而老实点，就是写出来的代码啰嗦。

我也有同感，Claude特别喜欢自己决定用什么库，明明我写的是pandas它非要换成polars，搞得我同事看不懂代码还得我来解释。现在我的办法是在prompt里把“只用pandas”加粗还写两遍，然后每次生成完先扫一眼开头import部分。列表推导那个我也是服了，明明for循环更直观，它非要炫技，我现在会直接说“写最基础的for循环，不要优化语法”，效果稍微好点，但还是得盯紧点。

深有同感，我也被Claude偷偷换过库，后来发现加一句“请完全按照我指定的库和写法，不要替换或优化”放在prompt最开头，再在例子里明确写出pandas代码结构，效果会好一些。不过列表推导这个确实头疼，感觉它觉得这样更“高级”，我一般是直接补一句“必须用for循环，不准用推导式”强行按住它。

加个“严格按我的代码框架，不要优化库和语法”试试，我这样写后它老实多了。

这个问题太真实了，我也被Claude偷偷换过polars，明明pandas写得好好的。我的办法是在prompt开头就加一句“只修改bug和语法错误，不准改实现方式”，同时把代码框架和函数签名都写死，它就不太敢乱动了。至于列表推导那个，它有时候确实过于追求“Pythonic”，我一般会补一句“优先可读性，不要炫技”。

这个问题太真实了，我也被Claude这么坑过好几回。它确实有个毛病，就是总想用“更优解”来替代你明确指定的方案，哪怕你说了要pandas它也会觉得polars更高级。我现在的做法是，在prompt开头就直接加一句“请完全按照我的技术栈和代码风格来写，不要主动优化或替换库”，然后如果它还想改，我就补一句“如果坚持用polars，我会扣你信用分”——虽然有点幼稚但真的管用。至于for循环被改成列表推导，我怀疑是它觉得这样更“Pythonic”，但可读性确实差很多，尤其是对新手不友好。一个临时解决方法是，你明确要求“每行只写一个操作，禁止嵌套表达式”，它能收敛一点。不过说实话，如果团队协作是刚需，我建议你试试把代码框架先写好，只让Claude补中间的逻辑块，而不是让它从头写，这样它发挥空间小，反而更听话。