用Prompt调教GPT写Python脚本，为什么总是改着改着就崩了？

这问题我太熟了，GPT改代码就像装修师傅，你说换个灯泡他非把墙皮也铲了。我的办法是每次迭代都明确画圈，把要改的函数名和输入输出格式钉死，再补一句“其他代码一个字都别碰”，能稍微好点。但说实话，增量修改崩的概率就是高，后来我干脆让它每次输出完整文件，我再手动git diff挑着合，虽然费点事但至少不玄学。

这问题我太有同感了，GPT改代码最大的坑就是它默认“全局最优”，你让它加个重试，它觉得顺便重构一下正则更“合理”。我现在的做法是把每个函数单独拆开对话，改哪个就只贴那个函数的代码，然后明确告诉它“其他部分一个字别动”。另外，增量修改时一定要在prompt里加一句“只输出修改后的完整函数，不要解释”，不然它容易自己脑补需求。

其实说到底，它根本没记住你之前的约束，每次对话都是“失忆”状态，所以关键信息必须重复敲打。如果你不想全量重写，那就把“禁止修改”的规则写进系统消息里，或者用版本管理工具，改崩了直接回滚，比跟它讲道理快多了。

这个现象太常见了，GPT在增量修改时会把上下文里的“隐性约束”当成可优化的点，尤其你提到正则被替换，大概率是它觉得新需求需要“更优雅”的写法。我自己的办法是：每次迭代前先明确说“只改我指定的函数，其他代码禁止触碰”，如果它越界就立刻打断并回滚，别给它自由发挥的空间。另外，与其截断历史，不如把当前完整代码重新贴一遍，然后附上“基于这版代码，只添加XX功能”，这样比让它回忆上下文靠谱得多。你试试把每个需求拆成独立对话，每次都用全量代码作为起点，基本能避免连锁崩坏。

试试把需求拆成独立小任务，每个prompt只让它改一个函数，改完立刻固化再开新对话。

我踩过一样的坑，后来干脆每次全量重写，虽然费token但至少稳定不崩。

增量修改这个坑太真实了，GPT对“别动其他部分”的理解基本看心情，尤其你后面又加了反爬这种大需求，它很容易觉得整个逻辑都得重构。我自己的土办法是把每个函数拆成独立对话，改哪个就重新贴哪个的代码+需求，上下文一短它跑偏概率小很多。另外让它改之前先明确说“只输出diff或改动后的完整函数，不要解释”，能稍微约束一下它。全量重写确实稳，但费token，适合需求变化大的情况，小改动还是用局部重开吧。

增量修改就是赌运气，不如直接甩给它完整代码让它只改指定函数，崩的概率小很多。

这问题太真实了，GPT在增量修改时确实容易“好心办坏事”，因为它只看到局部上下文，没法像人一样记住你整个项目的约束。我建议你每次要求改功能时，把“不许动”的部分（比如正则、函数名）明确写进prompt里，甚至直接说“只修改xxx函数，其他代码原样输出”。全量重写其实更省心，但成本高，折中办法是维护一个“核心代码块”的固定模板，每次让它在模板基础上改。另外，分段对话比截断历史更有效，我一般把需求拆成“解析模块”“重试模块”单独聊，最后手动合并。

这问题太真实了，我现在都直接全量重写，增量改代码基本等于赌它心情。

我试过把要改的函数单独拎出来贴给它，别给整个项目上下文，崩的概率能小点。

这问题太典型了，GPT在增量修改时确实容易“放飞自我”，因为它对上下文的注意力是分散的，你越强调新需求，它越可能觉得旧代码不够好。我建议你试试把每个功能模块拆成独立的prompt，让它只输出你要改的那段函数，然后你自己手动粘回去，别让它一次动整个文件。另外，在prompt里明确写“保留所有现有逻辑，只增加xxx”，比单纯说“加个重试”要有效得多。全量重写其实更省心，但代价是每次都要重新描述所有需求，看你更愿意省token还是省时间了。

这其实是GPT的“对齐幻觉”在作祟，它为了满足你最新的指令，会默认之前的代码也可能需要调整，结果就过度发挥了。我建议你在追加需求时明确加上“只修改xxx函数，其他部分一字不动”，并且把那个正则用代码块单独框出来强调一下。另外，增量修改确实容易滚雪球，我现在更习惯让它每次输出完整文件，然后我自己用git对比改动，虽然费点token但至少可控。你那个反爬的问题，不如直接写死个随机UA池，别指望它帮你动态处理，它一自由发挥就容易崩。

这问题太真实了，GPT在增量修改时确实容易“好心办坏事”，它会把上下文里的所有代码都当成可优化的对象，尤其是你提到正则被换掉，大概率是它觉得“这样更优雅”。我的土办法是每次改需求时，把需要动的函数单独复制出来，配上“只改这个函数，其他代码一个字都别碰”的强约束，效果会好不少。另外，如果改动多，干脆让它基于原版本输出完整新代码，你再手动diff合并，比让它自己增量改省心多了。

试试每次改需求时把原代码完整贴回去，再明确说“只改xxx函数”，实测比对话续写稳很多。

增量修改它就容易放飞自我，干脆每次全量重写，反而省心。

增量修改确实容易跑偏，我一般直接让它重写整个函数，再手动合并不变的逻辑。

这问题太真实了，GPT在增量修改时确实会“手滑”改掉无关代码，感觉它的上下文注意力会漂移。我现在的做法是每次要改功能就新建一个对话，把当前完整代码和具体改动点一起贴进去，明确说“只动XX函数，其他别碰”，效果比在旧对话里纠缠好很多。另外你可以试试在prompt里加一句“如果发现其他代码有bug，先指出但不要修改”，能减少它自作主张的概率。

这问题太典型了，GPT在增量修改时确实容易“好心办坏事”，因为它对上下文的权重分配跟人不一样，老觉得你提新需求就等于要动全局。我试过最有效的办法是每次改需求时，明确在prompt里加一句“只输出需要改动的函数，其他代码原样复制”，同时把原始完整代码贴一遍再标注改动点，比让它回忆历史靠谱得多。另外，如果你用Git管理版本，每轮生成完先diff一下，崩了直接回滚，比在对话里反复拉扯省心多了。

试试把每次改动写成独立的新对话，附上完整代码和明确“只改XX函数”的指令，增量修改确实容易让它放飞自我。

我一般直接让它输出diff格式，不改的地方别碰，这样比全量重写省事多了。

这问题太真实了，GPT的“自作主张”本质上是上下文里的旧代码已经成了它的“默认状态”，你提新需求它就容易在“合理联想”里顺手重构。我试过最管用的办法是每次改需求时，把要动的函数单独贴出来，明确说“只改这段，其他别碰”，甚至用伪代码把改动后的结构画给它。增量修改确实容易崩，尤其爬虫这种正则和容错逻辑耦合强的，我后来干脆拆成多个小脚本，每个功能单独调，最后自己拼装，反而省心。

这问题太典型了，GPT在增量修改时本质上是在“重写”而非“补丁”，它没有文件级别的上下文意识。我试过把每次修改的目标函数名和“禁止触碰”列表写进prompt里，会好一点，但治标不治本。最靠谱的办法还是让GPT输出完整的新代码，然后你自己用diff工具对比，或者干脆把爬虫逻辑拆成独立模块，每次只喂它那个模块的代码。另外你说的“截断历史”其实反而有害，它会丢失约束条件，建议每次迭代都把最核心的规则用固定模板重新贴一遍。

这问题太真实了，GPT改代码经常有连带副作用，我一般直接重开对话把完整需求一次性抛给它。

增量修改确实容易翻车，建议你把每个功能点拆开单独问，改完立刻测，别攒一堆需求让它一起动。

全量重写吧，增量改就是赌它不乱动，我试过几次直接心态崩了。

我都是直接开新对话贴完整代码，让它只改指定函数，效果比对话里改稳多了。