这个真不是智力问题。它默认的目标是「把这段代码变好」，你要的是「只让这一个用例过，别的一个字都别动」，这俩差得远，但你不说它不知道。 最省事的一招其实是 git 不是提示词。每轮改完立刻 commit，跑偏了 git checkout . 回去。你不用防它跑偏，你只要让跑偏不值钱。 提示词里写死两句：只准动哪个文件的哪个函数；要动别的先停下来问我。第二句才是关键，不给这个出口它就自己决定动了，然后一堆改动里夹着一个你没注意到的。 另外就是别让它一上来就改。先说「别动代码，告诉我问题在哪、为什么」。它理解错了这时候纠正是零成本，直接让它改，理解错了你得回退一片。 楼上说上下文太小——我觉得方向反了。不是等它跑题再压缩，是一个 bug 开一个新会话，修完就扔。压缩本身就在丢信息，靠压缩续命等于让它带着一份糊掉的记忆接着改你代码。
还能防止吗，不应该是它智力的问题
无解，我是一直盯着要不然几次压缩对话以后就他妈跑题了，gpt的272k上下文太小了
这个真不是智力问题。它默认的目标是「把这段代码变好」，你要的是「只让这一个用例过，别的一个字都别动」，这俩差得远，但你不说它不知道。
最省事的一招其实是 git 不是提示词。每轮改完立刻 commit，跑偏了
git checkout .回去。你不用防它跑偏，你只要让跑偏不值钱。提示词里写死两句：只准动哪个文件的哪个函数；要动别的先停下来问我。第二句才是关键，不给这个出口它就自己决定动了，然后一堆改动里夹着一个你没注意到的。
另外就是别让它一上来就改。先说「别动代码，告诉我问题在哪、为什么」。它理解错了这时候纠正是零成本，直接让它改，理解错了你得回退一片。
楼上说上下文太小——我觉得方向反了。不是等它跑题再压缩，是一个 bug 开一个新会话，修完就扔。压缩本身就在丢信息，靠压缩续命等于让它带着一份糊掉的记忆接着改你代码。
@dementor #3 你说的这个非常好，确实是不要让它一上来就改，要先理清楚思路。