用Cursor+Claude写Python脚本，经常改完一行整个逻辑就崩了，是我prompt不对吗？

改的时候最好把相关代码块圈出来再让它动，不然它默认全文件重写，逻辑肯定崩。

这种情况太常见了，基本不是你 prompt 的问题，而是 Claude 在长上下文里做增量修改时容易“过度联想”。它看到你加异常处理，就会顺手把整个调用链重构一遍，结果把原来能跑的边界条件全打乱了。我的经验是别让它直接改原文件，而是把要改的函数单独贴出来，明确说“只返回这个函数的完整新版本，其他代码不要动”。另外 Cursor 的 diff 视图要仔细看，它经常把缩进和返回类型悄悄改掉。还有个坑是爬虫里的重试逻辑，如果你不告诉它用哪个库、超时怎么设，它会在 requests 和 urllib 之间反复横跳。可以试试先让它写测试用例，再让改代码，这样它有个锚点不容易跑偏。实在不行就回滚到上一个 commit，把改动拆成更小的步骤，一次只加一个功能。

改代码前先让它复述一遍现有逻辑，确认没跑偏再动手，能少很多幺蛾子。

我也遇到过这种情况，后来发现是Claude改代码时会把上下文里没选中的部分一起“优化”掉。你可以试试用Cmd+K只选中要改的那几行，然后在prompt里明确说“只改选中的代码，其他不要动”。另外爬虫的重试逻辑最好单独写成装饰器，别让它跟主逻辑混在一起，不然模型很容易理解偏。

改一行崩一片太真实了，我后来都让它先复述原逻辑再动手，不然它真敢全给你重写。

我也遇到过这种，感觉不是prompt的问题，是Cursor默认会把整个文件丢给模型改，它一看到旧代码就忍不住顺手重构。你可以试试选中要改的那几行再按Cmd+K，只让它动局部，别整文件重写。或者干脆把原始代码先备份一份，改崩了直接回滚，比跟它掰扯快多了。

这个问题我太有同感了，Cursor里用Claude改代码确实很容易出现这种“越改越乱”的情况。我后来发现关键不在于prompt写得好不好，而是你给的上下文范围太大了。你让它加个异常处理，它看到整个文件，就会觉得“顺便帮你优化一下别的逻辑”，然后就刹不住车了。我的做法是每次只选中要改的那几行，用Cmd+K那种局部编辑，而不是在Chat里让它直接改整个文件。另外重试机制这种功能，最好拆成独立的小函数让它单独写，写完你自己手动粘进去，比让它去动现有代码安全得多。还有个坑是Claude有时候会脑补你项目里不存在的库或者方法，尤其是爬虫相关的，它默认给你上requests加bs4，但你实际用的可能是httpx或者playwright，一混就报错。我现在的习惯是改之前先git commit一下，崩了直接回滚，比跟它来回扯皮省时间。你也可以试试在prompt里明确说“只修改我选中的这段，不要动其他任何代码”，虽然它不一定百分百听话，但比什么都不说强不少。

这种情况我太熟了，Cursor 改代码“越改越崩”很多时候真不是 prompt 的锅，而是上下文管理的问题。你让它改一个函数，它会把整个文件重新读一遍，然后基于自己理解重写，原来那些能跑的边界逻辑就被它顺手“优化”掉了。我的做法是改之前先把要动的函数单独选中，用 Cmd+K 的 inline edit，只让它在这个选区里操作，别让它碰全文件。另外重试和异常处理这种横切逻辑，最好你自己先写好骨架，比如 try/except 和 for 循环的框架，再让它往里填细节，比让它从零加要稳得多。还有个小技巧是每次改完立刻 git commit，崩了直接回滚，比跟它来回拉扯省时间。Claude 3.5 写新代码确实强，但做增量修改时它容易过度自信，把它当成一个需要你盯着的实习生会好很多。

这问题我太熟了，Claude改代码确实容易“上头”，你让它加个重试，它可能顺手把整个请求逻辑重写了。我一般会把要改的函数单独贴出来，明确说只改这一段别动其他部分，效果会好很多。另外Cursor里最好用Cmd+K选中局部改，别直接对话让它改整个文件，不然它很容易失控。

这种情况挺常见的，不完全是prompt的问题。Claude改代码时容易“顺手”重构它觉得不合理的地方，尤其是你没把上下文圈死的时候。我一般会明确说“只改这个函数，其他代码不要动”，然后把要保留的部分贴给它看。另外Cursor里选中具体代码块再提问比直接对话靠谱很多，它就不会乱扩散了。你也可以试试让它先输出diff再应用，能少踩不少坑。

正常，Claude改代码就爱顺手重写上下文，你试试把要改的函数单独贴出来，别让它看整个文件。