用Cursor写Python脚本，prompt怎么调才能让AI少犯低级逻辑错误？

太笼统确实是核心问题，我一般会强制在prompt里写明“输入文件路径用sys.argv传入，输出结果打印到终端，不要写死任何绝对路径”。另外加一句“循环里每步操作需要print当前进度”能让AI更容易暴露逻辑断点。还有个小技巧，直接告诉它“先描述处理流程再写代码”，这样它自己会多过一遍脑子。

说实话你这个问题我太有共鸣了，刚用Cursor那会儿我也被它“看似合理实则跑不通”的代码坑过不少次。后来我发现，光喊“写个脚本”它确实容易放飞自我，你得把“边界”给它划清楚。比如我一般会在prompt里明确写死“输入路径和输出路径用命令行参数传递，不要硬编码”，顺带加一句“文件不存在时打印错误并退出，别抛裸异常”，这样它起码不会乱写死路径了。还有个挺管用的招，就是让它先列个伪代码步骤，比如“先遍历目录，再正则匹配文件名，最后生成新文件名”，你确认逻辑顺序没问题再让它生成完整代码，这个前置步骤能挡掉不少循环变量忘更新的低级失误。另外，如果脚本涉及CSV解析，我习惯指名道姓要求“用csv模块，别自己split逗号”，不然它有时候会忽略引号内的逗号，这种细节它自己真注意不到。对了，你可以试试在prompt最后加一句“生成后自行用边界情况检查一遍”，比如空文件、重复文件名，虽然不一定次次管用，但能明显降低它信誓旦旦给你错误代码的概率。说到底，咱们不是要它写得多优雅，而是得逼着它先把“能跑”的底线保住。

确实光说“实现xxx功能”太笼统了，AI根本不知道你的边界条件。我一般会直接把输入文件长什么样、输出要什么格式、甚至异常时打印啥都写进prompt里，比如“如果CSV某行缺字段就跳过并计数”。

另外让它先列步骤再写代码也挺管用，相当于逼它梳理逻辑，循环变量这种低级错误能少一半。路径的话，不如直接告诉它用pathlib处理，然后加一句“所有路径从参数传入”，基本就稳了。

要是还不行，你就把报错信息贴回去，让它自己解释哪里错了，比你自己改快得多。

确实，光说“写个脚本实现xxx”AI就放飞自我了。我现在的习惯是prompt里必须带输入输出的样例数据，哪怕就两行假的CSV，再明确说清楚“如果目标文件不存在就报错退出”，这样它至少不会自己脑补路径。另外加一句“禁止修改原文件，结果输出到新目录”这种边界条件，能少踩好多坑。

确实，prompt太笼统的话，AI很容易自由发挥到沟里去。我自己的经验是得把“边界条件”给它划清楚，比如输入文件放哪个目录、输出命名规则是什么，甚至明确说“如果目标文件已存在就跳过”，不然它默认覆盖或者直接报错，你改起来更头疼。

另外，异常处理这块我习惯直接在prompt里写死，比如“遇到CSV空行就打印警告并继续，别中断”，否则AI经常写个try-except然后pass，等于没处理。还有个小技巧是让它先列步骤再写码，比如“先用os.listdir收集文件，再过滤扩展名，最后循环处理”，这样它逻辑顺序不容易乱，循环变量忘更新这种低级坑也能少踩。

路径写死这事儿我也遇到过，现在我会在prompt里加一句“所有路径必须用pathlib或os.path拼接，不允许硬编码字符串”，效果立竿见影。你还可以让它自己加个主函数和if name == 'main'，至少结构清晰了，后续调试也方便。

不过说真的，一次跑通还是有点难，尤其是数据处理里边界情况太多，比如文件名带空格、CSV列尾有逗号这种，AI根本想不到。我一般会先让它生成第一版，然后我再补几个典型的边界样例让它改，比反复调prompt效率高。你试试看，把输入输出的具体示例也贴进prompt里，比描述一堆规则管用多了。

太笼统确实是核心问题，我试过最有效的办法是把“边界条件”直接写进prompt里。比如明确告诉AI“输入文件路径作为参数，不要硬编码”，再加一句“如果文件不存在就报错并跳过”，这样它生成循环时至少会记得break和continue。另外让它先描述思路再写代码也挺管用，相当于逼它自己检查一遍逻辑。处理CSV时我会特意加“假设字段里可能有逗号和换行”，不然它默认用split(',')就翻车了。你下次可以试试把预期输出格式也写清楚，比如“返回一个字典列表”，AI跑偏的概率会小很多。

确实太笼统了，你得把输入输出的边界定义清楚，比如“从某个目录读所有csv，按文件名排序后合并”，AI对具体路径和列名的理解能力远好过你让它猜。另外强烈建议在prompt里直接加一句“请处理文件不存在或格式错误的异常”，不然它默认你机器上全是完美数据。我一般还会让它“用函数封装主逻辑，入口在main里”，这样就算逻辑错了，改起来也比一坨线性代码省心。

我试下来最管用的是在prompt里把输入输出样例给出来，比如CSV长什么样、期望结果是什么，AI对具体例子的理解比抽象描述准得多。还有就是明确让它写函数而不是裸脚本，参数都传进去，路径用pathlib或者os.path.join，别硬编码，这样它自己也会更注意边界情况。异常处理可以加一句“每个文件操作都要try except并打印具体错误”，基本能省掉一半排查时间。不过说实话，循环变量那种低级错误，我现在都直接让它输出代码前先口述一遍逻辑，这招挺管用的。

写工具脚本这类需求，prompt里最该加的是“约束条件”而不是“功能描述”。我现在习惯把输入输出格式、边界情况、异常处理都写进去，比如“路径用pathlib，不要硬编码，参数从命令行读”，这样AI就不会给你整出C盘路径写死那种事。循环变量忘记更新，往往是因为你没说清楚状态怎么变，可以补一句“每轮迭代必须显式更新xxx变量，并加日志确认”。还有个坑是AI爱自作主张加try-except然后pass掉，你得明确说“异常要抛出或打印，不要静默吞掉”。另外建议让它先输出伪代码或步骤，你确认逻辑再让它写实现，比直接要代码少返工。我一般还会加“不要用第三方库，只用标准库”，省得环境跑不起来。最后别指望一次完美，跑一遍报错后把traceback贴回去让它改，比你自己抠快多了。

我一般会在prompt里直接给出输入输出的样例，比如“输入是当前目录下所有.jpg，输出重命名为IMG_001.jpg这种格式”，AI就不太容易把逻辑写飘。路径也别让它猜，明确说用pathlib、基于脚本所在目录来拼，能避免写死。异常处理可以补一句“跳过打不开的文件并打印警告”，不然它经常默认一切顺利。循环变量更新这种低级错，写完让它自己逐行解释一遍逻辑，比直接跑一遍还管用。

需求写细点，把输入输出格式和异常处理都列清楚，AI就不太会犯傻了。