用Prompt让GPT写Python代码，总在边界情况翻车怎么办？

说实话这问题太典型了，GPT写代码就是“平均正确”，边界情况全靠撞大运。我现在的做法是让它先给我列个函数骨架和所有要考虑的异常清单，确认逻辑后再补全代码，比反复改prompt省心得多。

另外你那个递归问题，与其靠文字强调，不如直接在prompt里给它一个明确的“黑名单”示例，比如“遇到文件夹对象就跳过”，它反而更容易记住。特殊字符报错的话，建议让它用pathlib而不是os.path，很多坑能自动避开。

说到底，边界情况还是得靠自己兜底，prompt只能把常见问题压到最低。你可以试试把测试用例直接写进prompt里，让它跑一遍再交给你，比手动修bug快。

别指望GPT一次写对，边界情况直接写进测试用例喂给它，比反复强调prompt管用。

说实话这情况太典型了，GPT写代码更像“按概率生成”而不是“按逻辑推导”，你Prompt写得再细，它也只是在模仿常见模式，边界情况根本顾不过来。我的经验是干脆让它把每个判断条件都拆成独立函数，比如“is_file”和“should_skip”单独写，再让它用这些函数组装主逻辑，出错了好定位也方便你手动改。另外特殊字符那个问题，你直接让它用pathlib的strict模式加try-except，比反复强调“不递归”管用多了。

说实话这问题我太有共鸣了，GPT写代码最大的坑就是“你以为它懂你，但它只懂字面”。你Prompt里写的“处理文件”在模型眼里可能就自动补全成“递归处理所有文件”，因为它训练数据里这类脚本八成都是带os.walk的。我后来学乖了，干脆在Prompt里直接贴一小段伪代码框架，把“只处理当前目录”“跳过子目录”这种逻辑用if条件写死，让它照着填空而不是自由发挥。另外特殊字符报错那个，建议你让GPT先列出所有可能出问题的字符，再让它写一个专门的sanitize函数，分开两步走比一次性生成完整代码稳得多。还有个小技巧，让它生成完代码后自己写三个测试用例，包括空文件夹、带空格文件名、子目录嵌套，逼它提前想清楚边界。说到底，别指望一次生成完美代码，把“让GPT生成+我审查”当成一个迭代流程，心情会好很多。

与其反复调Prompt，不如让GPT先生成测试用例，把特殊字符和子目录这些边界情况直接喂给它跑一遍。

这问题太真实了，GPT写脚本属于那种“看起来能跑，但边界条件全靠抽卡”的状态。我的经验是Prompt里别用否定句（比如“不要递归”），而是明确写“仅遍历os.listdir()当前层级”，最好直接把目标目录的树状结构样例丢给它，让它照着输出逻辑写。另外特殊字符报错大概率是编码问题，你可以在Prompt里让它强制用pathlib的Path对象而不是字符串拼接，能省掉一堆麻烦。说到底，这种小工具还是得自己过一遍核心逻辑，AI写的代码当个初稿用，别指望开箱即用。

说实话你这情况我太熟了，GPT写脚本就像个自信的实习生，你越是把边界条件列得细，它越容易在某个犄角旮旯给你整出个意外。我现在的做法是先把需求拆成几个小函数让它逐个写，最后我自己拼装，这样每个环节出问题都好定位，不用对着它生成的一整坨代码挠头。

另外，你试试在Prompt里给它一个具体的反例，比如“如果遇到名为.config的隐藏文件夹，请跳过”，这种带实际场景的约束比单纯说“不递归”管用得多。还有就是，别指望它一次搞定，让它先写出第一版，然后你把报错信息原样贴回去让它修，比反复调整原始Prompt效率高。

说到底，这玩意儿就是个高级补全工具，真指望它写生产级代码，还是得自己兜底。我现在都是让它生成框架，然后自己把异常处理那部分重写一遍，虽然累点，但至少晚上能睡着觉。

这情况太真实了，我一般直接让GPT先输出伪代码逻辑，确认边界处理方案后再让它写实现。

换个思路，把不递归直接写进函数名和参数默认值里，比在prompt里反复强调管用。

说实话这情况我也经常遇到，GPT写代码真不是prompt越详细就越稳的，尤其边界情况它本质上是在“猜”你的意图，不是真的在理解文件系统。我现在的做法是让它先输出伪代码或者处理流程，确认逻辑分支齐全了再让它写具体实现，比直接要最终代码靠谱很多。另外你提到的特殊字符报错，其实可以在prompt里直接塞一个“恶意”文件名列表当测试用例，让它针对这些例子写防御逻辑，比单纯说“处理异常”有用得多。还有个偏方，就是让它写完后自己列出“这段代码没考虑到的三种边界情况”，有时候它能自己补上坑。不过说真的，批量重命名这种脚本我后来干脆自己手写了，也就几十行，让GPT生成反而花在来回调试上的时间更多。你要是真想用AI提效，不如让它生成pytest测试用例，你拿测试去卡它的代码，比改prompt更系统化。

我跟你情况差不多，后来发现与其跟GPT死磕prompt，不如让它先把函数结构写出来，再自己手动补几个边界条件的if判断，比如用os.path.isfile筛一下再操作。另外让它直接返回错误而不是抛异常，处理起来会直观很多，不然它老爱自作主张。

说实话我跟你遇到的情况差不多，后来干脆把需求拆成两步：先让GPT只写核心逻辑，边界情况我自己列个清单往里面塞，比反复调Prompt省心多了。另外建议试试在prompt里让它“先列出所有可能出错的场景再写代码”，有时候它自己列着列着就把递归和特殊字符这类问题带出来了。你那个子目录问题，我猜可能是它把“文件”理解得太宽泛了，下次可以明确要求“只对os.path.isfile()为True的项操作”。

说实话我觉得这真不全是prompt的锅，GPT写代码本来就容易把隐含的默认行为带进去，比如你提了路径处理它就可能自动脑补递归。我现在都直接给它写死边界条件的伪代码，让它照着翻译成Python，比纯文字描述靠谱得多。

另外文件名特殊字符那个坑，我建议你在prompt里直接给它一个具体的失败例子，比如“遇到包含#或%的文件会抛异常”，它往往能针对性地加转义处理。还有就是让它先列出所有可能出错的场景再写代码，比让它直接生成完整函数要稳。

说到底这工具就是个高级补全，你得把它当实习生带，关键逻辑自己把好关，别指望一次到位。我现在都是让它出初版，边界测试自己跑，改起来比写prompt省心多了。

别光靠prompt，直接让GPT输出完整测试用例，把边界情况写进代码里当约束。

建议试试“用参数控制递归开关”，比反复强调不递归靠谱多了。

与其死磕prompt，不如直接让它输出代码前先写测试用例，边界情况你自己列清单让它逐条过。

别指望它一次写对，把边界当测试用例喂给它，比绕口令管用。

说实话这问题太典型了，GPT写代码就是“看起来对”但边界全靠猜。我一般会直接在Prompt里让它“先列出所有可能的边界情况，再写代码”，相当于逼它先思考再动手，效果能好不少。另外建议你试试把需求拆成几个小函数让它逐个写，最后自己拼起来，比让它一口气生成一个完整函数稳得多。特殊字符报错那个，多半是编码问题，你可以在Prompt里明确指定用pathlib而不是os.path，它处理这些坑会省心很多。

说实话我跟你一模一样，gpt写脚本最怕边界情况，尤其涉及文件系统这种隐式状态，它根本看不见你目录里到底有啥。我现在基本不指望prompt一次到位，而是让它先输出一个带详细注释的骨架，然后我自己把边界条件补上，反而比反复调教它省时间。另外你可以试试让它把逻辑拆成几个小函数，每个负责一件事，比如一个专门判断是否该跳过子目录，这样就算它漏了，你也好定位是哪块的问题。

换个思路试试，别让GPT直接写完整函数，改成让它生成一个带类型注解和docstring的框架，边界逻辑你自己填，这样它自由发挥的空间小很多。另外特殊字符报错这种问题，你可以在prompt里明确要求用pathlib代替os.path，再给它一两个包含空格和中文的测试用例，让它先跑一遍再交代码。说实话，GPT写这种工具脚本就是容易想当然，把它当个实习生用，给足约束和验收标准才行。

说实话你这情况我太熟了，之前让GPT写个批量改图片尺寸的脚本也这样，提示词里写了不处理子文件夹，结果它自己偷偷加了os.walk，气得我直接把它生成的代码全删了重新手写。后来我琢磨出一个笨办法，就是干脆在Prompt里把目录结构当成例子喂给它，比如明确写上“当前目录下只有a.txt和b文件夹，b文件夹里也有文件，但你不能动它”，它反而能理解得更准。另外你提到特殊字符报错，我建议别指望它一次写对，而是让它把每个文件名用repr()打出来做个预处理，或者直接强制加try-except跳过所有异常文件，先保证主流程跑通再说。还有个思路是分两步走，第一步只生成核心逻辑，第二步单独让它补边界处理，别一股脑塞进一个Prompt里，它脑子容易乱。不过说到底，这种小工具还是自己花半小时写一遍最省心，GPT适合用来生成框架，细节真得靠人盯。

别光靠prompt了，把边界情况直接写进测试用例喂给它，比反复强调管用多了。