用Cursor写Python脚本总改错变量名，是我提问方式不对吗？

把已有代码直接贴进对话里最管用，别指望它记住上下文，我每次都是这么干的。

这问题太真实了，Cursor的上下文记忆其实没你想的那么强，尤其是对话一长它就容易“断片”。我现在的习惯是把要复用的变量名直接写进新需求里，比如“对df_raw做清洗，结果存回df_raw”，它基本就不会乱起名了。另外，如果代码跨了好几步，我干脆把上一步的关键代码片段贴进提问框，比单纯说“基于上面”靠谱得多。你也可以试试在会话开头固定一个“命名约定”的指令，让它后续都遵守，会省心不少。

这问题太真实了，Cursor的上下文理解其实没想象中那么强，尤其跨多轮对话后经常丢变量状态。我一般会在新需求前主动贴一下关键代码片段，再明确说“基于这段，变量名保持df_raw不要改”，效果会好很多。另外可以试试让它先输出改动计划再写码，能少很多无效返工。

这问题太真实了，我一开始也踩过这个坑。Cursor的Chat模式虽然是在同一个会话里，但它并不会自动把你的代码上下文当成强约束，尤其是你没明确说“沿用上面的变量名”时，它很容易按自己觉得更合理的命名重新写一套。你可以试试在提问时直接带一句：基于我上面定义的df_raw继续改，不要重命名已有变量。另外一个小习惯是，让它输出完整可替换的函数或代码块，而不是片段，这样合并时不容易漏掉前面定义。我现在还会在项目根目录放一个简单的说明文件，写清楚常用变量命名和代码风格，然后每次开新会话先让它读一下，效果会好很多。如果代码已经比较长了，最好把相关部分贴进提问里，别指望它一直记得住。说白了，AI不是不聪明，是你得把约束条件喂到位，不然它就自由发挥了。

Cursor的Chat模式确实容易丢上下文，它每次回复会重新理解需求，不是真的“记住”你之前定义了啥。我一般会在提问时把相关代码块贴进去，再加一句“沿用上面的变量名，别改名”。另外可以试试Composer模式，它对你项目里的文件感知更强，改起来不容易乱起名。养成手动指定变量名的习惯后，基本就没再遇到NameError了。