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

把“输入长啥样、输出要啥样”直接写进提示词，比让它猜靠谱多了，我这么干后基本一次过。

我都是把输入输出样例直接贴进去，再让它照着写，基本一次过，光描述容易翻车。

试试让它先列步骤再写码，把列名和去重规则写死，少让它自己发挥就好很多。

试试把输入输出样例直接贴进提示词，再让它按步骤写注释，我这么干后基本一遍过。

我自己的经验是光描述功能不够，得把输入数据的表头或者前两行直接贴进提示词里，再明确说输出要保留哪些列，这样AI不容易跑偏。另外像“合并列A和B”这种，最好加一句“用下划线连接”，不然它可能自己发挥成别的格式。

至于错误处理，我一般会加一句“如果读取文件失败就打印错误并退出”，但不会写太细。伪代码那步我试过，对小脚本有点多余，反而拖慢速度。

其实你那种多步处理，拆成两个脚本跑反而更稳，第一步清洗，第二步合并去重，每次改起来也好定位问题。

我自己的经验是直白描述确实不够，得把“输入长什么样、输出要什么格式”说清楚，比如直接贴两行CSV样例和期望结果，AI理解起来快很多。另外我习惯让它在代码里加注释，这样逻辑错了自己一眼能看出来，比反复让它改省时间。伪代码那步我试过，对小任务有点多余，但如果你任务步骤多，让它先列个处理流程再写码确实能减少翻车。还有个野路子，让它先写个能跑的最小版本，再一步步加需求，比一次要全部功能稳。

给AI喂个输入输出的样例，再让它按样例格式写，比写一堆文字描述管用多了。

把列名、分隔符、输出路径全写进提示词，再让AI先列步骤再写码，基本一次过。

把输入输出的样例贴进提示词里，比写一堆规则好用，AI直接照着格式套就行。

试试把输入输出样例直接贴进提示词，AI照着格式写基本一次过，光说需求太容易跑偏。

我一般是让它先拆步骤再写代码，多花十秒钟但省得反复调，你可以试试。

直接把输入输出样例贴给AI，再让它自己补全逻辑，比纯文字描述稳得多。我最近这么干基本一把过。

我自己的经验是别把AI当全能选手，而是当个需要你给足上下文的实习生。你把CSV的列名、每列大概长啥样、甚至前两行数据样例贴进去，再明确说“保持其他列不变，只处理A和B”，成功率会高很多。另外让它先写个处理步骤的注释再生成代码，比直接要成品稳，出错也容易定位。

把输出格式和列名直接贴进提示词里，再加一句“处理前先print表头”，基本能少改一半。

我习惯让它先写伪代码确认逻辑，再生成代码，多一步但稳很多。

我一般会把输入输出样例直接贴进prompt里，比如“a.csv长这样：列名是A/B/C，合并后想要这种格式”，再让它按样例写，比纯文字描述准得多。另外别指望一次过，我都是让它先跑起来，再报错喂回去，两三轮基本就稳定了。伪代码那步我倒觉得没必要，对数据处理这种小任务太绕了。

直接把输入输出样例丢给它，比描述逻辑管用得多，再让它先列步骤再写码。

我一般会把输入输出的样例直接贴进提示词里，再告诉它“按这个格式处理”，比光描述需求稳很多。另外建议把“不要改动其他列”这种边界条件也写清楚，不然AI自由发挥起来真的头疼。伪代码那步我试过，对小脚本有点多余，但对逻辑绕的任务确实能提前发现坑。

我之前也老被这个坑，后来发现光说“合并列”不够，得把分隔符、去重保留哪一行都写清楚，比如“按A列去重，保留B列非空的记录”。另外我会让它先输出两行示例结果给我确认，再让写完整代码，这样比直接生成省事多了。

把样例输入和期望输出直接贴进提示词里，它自己就能对逻辑，比光描述靠谱多了。

我一般会把输入输出样例直接贴给AI，再让它照着模板写，一次过的概率能高不少。

少import这个问题，我习惯在提示词里加一句“只用标准库”，免得它自作主张装第三方包。

我自己的经验是别指望一句话讲完需求，尤其多步骤任务，得把每一步的预期输入输出都拆开写清楚，比如告诉他“读a.csv，A列和B列用下划线合并成新列，然后按这个新列去重，最后保留原文件所有列”。另外把CSV前几行样例直接贴进提示词里，比描述结构管用得多，AI看到实际数据格式基本就不会漏import或者乱猜类型了。

把列名、预期输出样例直接塞进提示词，比自己描述逻辑管用多了，尤其要写上“保留表头”。