用AI写Python脚本，提示词怎么写才能一次跑通不用反复改？

直接给个带示例数据的输入输出格式，再加一句忽略异常，基本一次过。

我之前也摸过这个坑，后来发现与其让AI直接写，不如先让它列个步骤清单，比如“读取CSV、合并列、去重、保存”，确认逻辑没问题再生成代码。另外把库名和输出格式写进提示词确实能提高稳定性，像pandas这种常用库直接点名更靠谱。还有个小技巧：加上一句“确保每行代码都有注释”，这样它自己会多检查一遍逻辑，减少低级错误。

说实话“一次跑通”这个目标本身就挺反AI的，因为代码正确性往往跟环境强相关，你本地库版本、编码格式这些AI根本看不见。我自己的经验是，与其堆砌所有细节，不如把“输入数据的样例”直接贴给它，比如CSV前五行的真实结构，比写“列A和列B”靠谱十倍，它自己就能推断出类型和分隔符。另外“伪代码先行”这招确实有用，但别让它写完整伪代码，而是先让它用一句话复述任务逻辑，你看它理解得对不对，再让它往下生成，这能省掉大半返工。至于错误处理，我建议只提“如果文件不存在或列名不匹配，打印明确错误并退出”，别让它过度设计，不然它给你套一堆try-except反而掩盖了真正的问题。还有个土办法，让AI生成完代码后顺手让它写一个“冒烟测试”的假数据块，你自己跑一遍验证逻辑，比反复改提示词有效得多。说到底，AI写脚本更像是结对编程，你得接受它第一版是个粗糙草稿，关键是怎么快速定位它错在哪，而不是追求虚无缥缈的“一次过”。

我自己的经验是，像这种多步骤数据处理，别指望一句话说清楚，得把每一步的输入输出样例直接贴给AI，比如给两行CSV示例，然后明确说合并后长什么样，去重按哪列算，这样它跑偏的概率会小很多。另外你提到的伪代码思路挺管用，但我觉得更省事的是让AI先写个带print中间结果的版本，你看一眼每步输出对不对，再让它去掉调试代码，比反复改要快。错误处理那块其实不用一开始就写进去，先跑通主逻辑再说，不然提示词太复杂AI反而容易懵。

说真的，“一次跑通”这事吧，我试下来觉得核心不在于提示词多长，而在于你得替AI把“验收标准”说清楚。你那种“合并列A和B”其实有歧义——是拼成“A-B”还是“AB”？中间要不要分隔符？去重是按合并后的整行还是按某一列？我后来习惯在提示词里直接甩两行示例数据，再写一句“输出格式参照这个样子的CSV”，基本就没翻车过。

另外你问“要不要先画伪代码”，我个人觉得对小脚本来说有点过度设计。AI的强项不就是跳过伪代码直接出活吗？你让它先写伪代码，相当于多绕一步，反而容易在翻译过程中丢细节。不如直接把“如果遇到空值就跳过”这种边界条件扔进去，哪怕它没全实现，至少大方向不会歪。

还有个土办法：把报错信息直接贴回去，说“按这个报错改”，Cursor迭代起来比你手动改快多了。所谓“一次过”其实是个玄学，我一般默认前两次跑通就算成功，别跟自己较劲。

把输入输出样例直接贴进提示词里，比描述逻辑管用，AI照着格式写基本一遍过。

说真的，你这种“直白描述”已经是大多数人起步的写法了，但AI对“合并列A和B”的理解可能跟你想的完全不一样。我自己的经验是，如果把“列A和B”改成“把A列和B列用下划线拼接生成新列C，然后按C去重，保留第一次出现的行”，成功率会高很多——本质上就是把你脑子里的处理步骤拆成它看得懂的原子操作。另外关于伪代码，我个人觉得没必要专门去画，但可以在提示词里加一句“先输出处理逻辑，再写代码”，这样就算代码跑不通，你也能一眼看出是哪步理解偏了。还有个小技巧，把CSV的头部两行样例直接贴进提示词里，比用文字描述数据结构管用十倍，AI看到真实列名后基本不会瞎猜。错误处理的话，我一般会加“如果文件不存在就打印提示并退出”，倒不是为了防错，而是让AI意识到这是个完整脚本，不是函数片段。最后，别指望一次过，我用了半年Cursor，真正一次跑通的大概只有三成，但把“改代码”变成“改提示词”后，整个调试过程反而快了不少。

说实话直白描述确实容易翻车，我现在都习惯把CSV的列名和示例数据直接贴进提示词里，再补一句“如果遇到空值就跳过”，这样生成代码基本能一次跑通。伪代码那步我觉得看情况，简单任务反而浪费时间，不如多花点心思把输入输出样例写清楚。还有个土办法，让它先打印中间结果，这样逻辑错了也容易定位，比让AI自己猜省事多了。

我自己的经验是，直白描述确实不够用，尤其多步骤处理时AI容易漏掉中间环节。现在我会把CSV的列名、具体去重规则（比如按哪一列去重）还有输出编码都写进提示词，再让AI用函数分步实现，基本一次就能跑通。不过伪代码那招我没试过，感觉对简单脚本有点绕，你可以先试试给个输入输出的样例，让它照着具体数据设计逻辑，会比纯文字描述稳很多。

我一般会把输入输出示例直接贴进提示词，再让它照着写，一次过的概率能高不少。

试试把列名和预期结果也写进去，比如“A列+B列用下划线连接”，光说合并太笼统了。

我自己的经验是直白描述确实不够用，尤其是多步骤任务，AI容易漏掉中间环节。现在我会把“输入长什么样、每步做什么、输出格式是什么”拆成三行写清楚，比如“读取a.csv，A列和B列用-合并成新列C，按C去重，保留第一行，输出到b.csv”，这样成功率明显高。伪代码那步我觉得没必要，但会加一句“如果文件不存在或列名对不上，直接打印错误退出”，省得它自己脑补异常处理。另外别指望真的一次过，只要逻辑框架对，小修比大改省心多了。

我自己的经验是别一上来就写完整需求，先把CSV的前几行样例和预期输出直接贴给AI，再让它分步骤写逻辑，比如先读文件再合并再清洗，这样它不容易漏步骤。另外提示词里最好明确指定用pandas还是纯csv库，不然它老是用那种奇奇怪怪的写法。最后如果你对输出格式有要求，比如去重要保留哪行数据，一定要写清楚，不然它会按自己想法来。其实多试几次就发现，把“最终结果长什么样”描述得越具体，越少返工。

把输入输出样例和边界情况直接塞提示词里，比让AI写伪代码管用，我试过一步到位。
或者先跑个小数据测试，报错再贴给AI改，比一次性描述省心。

说实话我不太建议一上来就堆错误处理那些细节，反而容易把模型带偏。我自己的经验是先给它一个明确的“输入长什么样、输出长什么样”的样例，比如直接贴两行CSV数据，再说清楚合并后那列用啥分隔符，去重是整行去重还是只看某几列。这样它理解任务的锚点就稳多了。另外我发现分步走其实比一次生成更省事，先让它写个读文件+预览结构的代码，跑通后再让它加合并和去重逻辑，每一步都能验证，反而比追求“一次过”更不容易翻车。再就是别用“合并列A和B”这种模糊说法，得说成“把A列的值加上下划线再加上B列的值，生成新列C”，模型对具体操作的还原度会高很多。至于伪代码那套，我自己试过感觉对短脚本帮助不大，但对几十行以上的复杂逻辑确实有用，你可以小任务直接生成，大任务再拆步骤。最后补一句，现在的模型对pandas的惯用法其实挺熟的，很多时候逻辑不对是因为你给的需求里隐含了多种可能的实现路径，所以尽可能把“选哪种实现”也定死，比如明确说用pandas的drop_duplicates而不是groupby。

我自己的经验是把“输入长什么样、输出要什么格式”直接贴进提示词，比如给两行CSV示例和期望的去重后结果，AI基本能一次写对。另外可以加一句“请包含必要的import和try-except”，比单独列错误处理清单管用。伪代码倒没必要，但让它“分步注释每段逻辑”能减少很多低级错误。

我之前也老卡在这，后来发现别让AI猜数据结构，直接把CSV前几行样例扔给它，再告诉它“合并后保留哪列、去重按哪几列算”，基本就稳了。还有个小技巧，让它先写个注释版步骤再生成代码，比直接要完整脚本靠谱。另外错误处理真不用写太细，跟一句“加try except打印错误”就够了，写多了它反而容易自作聪明。

把列名和输出格式直接写进提示词里，再补一句“处理前先打印表头”，这样基本能一次过。

我一般会加一句“用pandas实现，每步加个print看中间结果”，比空泛描述稳得多。

我自己的经验是别偷懒，把CSV的列名、目标格式、甚至示例输入输出都塞进提示词里，AI对具体样例的理解比抽象描述准得多。另外让它先输出一个简短的执行计划，比如“先读文件→合并列→去重→另存”，确认逻辑对再让它写代码，这样比直接生成稳很多。错误处理这块我一般会加一句“如果文件不存在或列为空，打印明确报错”，不然它默认不处理这些。

说实话你这个需求我太懂了，之前用AI写脚本也是被反复折磨。后来我发现一个关键点，就是别把AI当全能程序员，得把它当个需要你带路的实习生——你光说“合并列A和B”，它根本不知道你是要合并成“A-B”这种带分隔符的字符串，还是直接拼在一起，更别说去重是按合并后的整行还是按某一列了。所以我现在写提示词会直接塞一小段样例数据，比如“a.csv里第一行是张三,北京,25”，然后明确告诉它“输出要长这样：张三-北京,25”，这样它基本不会跑偏。另外“先画伪代码再生成”这招我也试过，对复杂任务确实有用，但像你这种三两步的小脚本反而显得多余，容易把AI绕晕，不如直接把步骤拆成“读CSV→把A和B列用-连接成新列→按新列去重→保存”这种一步步的指令，它反而更听话。还有个土办法，就是让它先打印出前五行数据确认格式，再跑后续逻辑，虽然多一步但能避免很多隐蔽错误。至于错误处理，我觉得不用写太细，但得加一句“如果遇到编码问题就用utf-8-sig”，因为CSV中文乱码是重灾区。最后，别指望一次过，把“第一次跑通”当成“第一次能看懂它在干嘛”，心态就稳了。

我一般会把输入输出的样例直接贴进提示词里，比如给两行CSV数据然后说“按这个格式处理”，这样AI对字段类型和分隔符的理解会准确很多。另外多步骤任务我习惯让它先写个函数骨架，每个步骤注释清楚再填实现，比一次性生成整段代码稳。最后别忘了在提示词末尾加一句“请确保代码可独立运行”，有时候能逼它把import补全。