Copilot和ChatGPT写代码总差口气，是我咒语不对还是该换工具了？

说实话你这情况太典型了，我最近写个内部报表工具也踩了类似的坑。Copilot补全确实容易带出一堆没用的import，尤其当你项目里已经有一堆历史包袱的时候，它根本分不清哪些是真正在用的。我觉得关键不是咒语问题，而是你得把“约束条件”喂给它，比如直接告诉它“只能用pandas 0.25的API，不要用assign和pipe”，它生成的代码能靠谱一半。

ChatGPT 3.5那个理想化方案我也深有体会，它默认你用的是最新库版本，逻辑上没问题但落地全是坑。我现在更偏向把AI当“思路生成器”而不是“代码生成器”，让它给我几个处理边界情况的点子，具体实现还是自己手写。尤其像数据清洗这种需要精细控制的地方，AI写的链式操作看着简洁，但一旦中间某步报错，排错的时间够我手写三遍了。

另外我发现一个技巧，别让它一口气生成整个函数，而是拆成小步骤问“这段去重逻辑怎么处理null值更稳”，这样它给出的建议反而能直接用。工具本身没毛病，就是用的人得学会给它“设限”，把业务约束全写进prompt里，它才能输出你要的东西。说到底，AI适合干“从1到10”的活，“从0到1”还是得自己来。

说实话你这情况我太熟了，Copilot那个自动补全确实容易给你塞一堆花活，尤其是pandas链式操作，它特别爱炫技但不管可读性。我现在的用法是让它写单步逻辑，比如正则提取或者某列清洗的具体表达式，这种它完成度高，但涉及多步数据流就自己搭骨架，它填肉。ChatGPT 3.5确实有点过时了，你换个思路，别问它“怎么写”，而是把你老库的版本和报错直接甩给它，让它基于你的约束条件出方案，效果会好很多。另外我怀疑你还没试过那种“分步拆解”的咒语，就是把大任务切成十几个小任务，每个都明确输入输出和边界条件，AI这时候生成的代码基本能直接用。最后补一句，工具本质就是个高级正则生成器，你要是期望它理解你那个老库的隐性坑，那确实得靠你自己先踩过一遍，再拿踩坑结果去喂它，它才能“学乖”。现在不是换不换工具的问题，是你还没建立跟它协作的“脏数据接口”。

说实话你这情况我太懂了，Copilot在业务代码里就是容易给你塞一堆花活，看着全能实则全是套路。我现在的用法是拿它当补全工具，让它把重复性高的模板代码写了，真正涉及业务逻辑的地方我自己敲，反而心里有底。ChatGPT那边你得把老库版本、数据样例、甚至你踩过的坑都喂给它，它才能收敛到能用，不然就是给个通用答案让你自己适配。核心还是别指望它们一步到位，输出当草稿，自己当reviewer，效率才能上来。

我写业务代码也遇到过类似情况，后来发现让AI先读一下项目里已有的工具函数和依赖版本会好很多。直接丢个需求它当然按理想环境写，你得把约束喂给它，比如“pandas只能用1.x，别用新API”。现在我基本只让它写单个函数或补测试，主干逻辑还是自己搭，省心不少。