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

这种情况我也遇到过，GPT对“不递归”的理解经常是上下文里捎带提一句就忽略掉了。我现在的做法是写Prompt时直接告诉它“def函数里只允许用os.listdir，禁止用os.walk或glob的递归参数”，给它圈定具体的API，翻车概率就低很多。另外边界情况的话，可以试试让GPT先列一个checklist，比如特殊字符、路径超长、权限问题，然后再让它按清单写代码，比一次成型要稳。你那个特殊字符报错，可以在Prompt里加一句“用pathlib代替os操作路径”，它内部会帮你处理转义。

建议你把需求拆成小步骤让GPT一步步写，边界条件单独列出，这样比一段大Prompt靠谱得多。

这种情况太真实了，GPT写代码经常在边界条件上翻车，特别是文件操作这种跟系统环境强相关的任务。我现在的做法是把prompt拆成两步：先让GPT生成核心逻辑框架，然后自己手动补上异常处理和边界判断，比如用os.path.isdir过滤掉子目录。另外建议你试一下给GPT提供具体的测试用例，像“输入包含#或空格的文件名”这种，让它针对性处理，比单纯加“不递归”这种描述有效得多。

说实话我觉得Prompt写得再细也防不住这种问题，GPT对“当前目录”的理解跟咱们不太一样，它默认就是能处理多少处理多少。我现在的做法是让它先输出伪代码或者处理逻辑，我确认没问题再让它写具体实现，这样能提前拦住一半的坑。另外特殊字符那个，你不如直接在Prompt里让它用os.path模块自己处理，比你自己列规则靠谱多了。

说实话你这情况我太熟了，GPT写脚本就是这种“看着对，一跑就炸”的德行。我的经验是别指望prompt一次到位，干脆让它把边界情况列成清单，然后你直接跟它说“逐个写测试用例覆盖”，这样比反复强调“别递归”管用得多。另外特殊字符报错那个，你可以在prompt里明确要求用pathlib而不是os.path，能省掉一半的坑。反正别太追求一次完美，就当找个能快速迭代的结对编程搭子，心态会好很多。

别指望GPT一次写对，让它先出伪代码再生成Python，边界情况自己补个测试用例跑一遍。

说实话，我试过类似的事，后来发现让GPT写这种带边界条件的代码，不如先让它输出一个核心逻辑框架，你再把特殊情况的处理补进去，比反复调prompt省心多了。另外你可以试试在prompt里直接给它几个具体的失败案例，比如“如果文件名有emoji怎么办”“如果是空文件夹怎么办”，它往往能针对性地改对。说真的，指望它一次写完美不太现实，但让它基于你的测试反馈迭代，比你自己从头写还是快不少。

说实话你这情况太典型了，我甚至能猜到它八成是把os.walk当成了os.listdir用，这种隐性的语义偏差光靠堆Prompt真的很难根治。我现在的做法是干脆把边界条件直接写进Prompt的“输入输出示例”里，比如明确给它一个带子目录的文件夹结构，再给个期望的文件名列表，让它照着这个标准来生成。另外你提到特殊字符报错，那大概率是它没考虑转义或者编码问题，我一般会让它先打印出所有异常情况再决定怎么处理，而不是直接让它写try-except。说到底，GPT写代码本质是模式匹配，你给它的“约束”得是它能识别的具体模式，而不是抽象描述。还有一个偏门但好用的招，就是让它先写个测试函数，把那些你担心的边界情况全塞进去跑一遍，再让它根据测试结果改代码，这比反复改Prompt省心多了。不过说真的，这种工具还是得配合自己的代码审查，指望它一次写对确实不现实，毕竟它连“当前目录”的定义都可能跟你想的不一样。

说实话这问题我太有共鸣了，GPT写这种带边界条件的代码本质就是在猜你意图，你描述得再细它也很难穷举所有情况。我的经验是别指望一次性生成完美代码，不如让它先写出主干逻辑，然后你自己补上对目录项做is_dir判断和特殊字符过滤，这样反而比来回改prompt省心。另外可以试试在prompt里明确要求它“用防御式编程处理所有可能的异常输入”，有时候比单纯强调不递归管用。

试试让GPT先写测试用例再写代码，把边界情况直接变成断言，比prompt里反复强调管用多了。

这属于典型的“写代码一时爽，边界火葬场”场景。与其反复调prompt，不如直接让它按“显式白名单”来写，比如明确指定只处理后缀为.pdf的文件，并禁止路径深度超过1，比单纯说“不递归”有效得多。另外建议试试让它先输出伪代码逻辑，确认没问题再生成完整函数，这样能省不少返工时间。

说实话我觉得问题不在prompt，而在于你让GPT直接生成完整代码这个思路本身。我现在的做法是让它只输出核心逻辑的伪代码，边界情况我自己写，反而省心很多。另外你可以试试在prompt里明确给它一个包含特殊字符和子目录的样例文件树，让它先描述处理步骤再写码，比单纯堆要求管用。还有，特殊字符报错这事，我建议你直接让它用pathlib而不是os.path，能少踩一半坑。

说实话这种情况我也遇到过好多次，后来发现与其反复强调“不递归”，不如直接在prompt里让它“用os.listdir()而不是os.walk()”，把具体函数名都限定死，GPT反而更听话。另外你可以试试让它先写一个只处理单层目录的最小版本，跑通了再让它加异常处理，分步来比一次性要全效果稳得多。特殊字符报错那个，建议直接让它统一用pathlib的Path对象操作，基本能绕开大部分编码坑。

试试把“不递归”直接写进函数签名里当参数，默认False，这样GPT就不容易跑偏了。

我最近也被这个坑过，后来发现与其跟GPT死磕prompt，不如直接给它一个反例清单。比如你明确告诉它“子目录里有文件时，要跳过并打印警告”，这种具体到能跑测试的约束比“不递归”有效得多。另外建议让它先输出伪代码逻辑，确认没有隐藏步骤再让它写实现，相当于多一道人工审查。特殊字符报错那个，十有八九是没处理编码或转义，你可以在prompt里塞一个异常类型列表，比如“捕获UnicodeDecodeError和OSError”，它会老实很多。还有个土办法，让它生成完代码后，自己写个包含边界情况的测试用例来验证，这样它自己就会去修了。说到底，GPT写代码更像结对编程的实习生，你给验收标准比给需求描述更重要。

说实话这问题太典型了，我一开始也跟你一样疯狂堆Prompt细节，后来发现GPT写代码本质是在做“模式匹配”，你越是强调边界情况，它反而容易在生成时把逻辑绕进去。我现在更倾向于让它先输出一个最朴素的版本，然后我自己在关键位置补几行防御性代码，比如用Path对象的is_dir()做个显式过滤，比在Prompt里反复说“不递归”管用多了。另外你说的特殊字符报错，大概率是编码问题，我一般会要求它统一用pathlib而不是os.path，再配合try-except单独捕获OSError和UnicodeError，基本能覆盖大多数坑。还有个技巧是让它先写测试用例，用几个极端文件名跑一遍，再回来改代码，这样比口头强调“严谨”有效得多。说到底，AI写的代码还是得靠人兜底，特别是文件系统这种副作用大的操作，别指望一步到位。

直接把递归参数写死成False，再让它用os.scandir试试，比反复强调管用。

说实话，我跟你一样踩过这个坑，后来发现与其跟GPT反复强调“不递归”，不如直接在prompt里让它“只处理os.listdir()返回的直接子项”，把实现方式都定死，它跑偏的概率就小很多。另外特殊字符报错那个，可以在prompt里加一句“用pathlib.Path处理路径，并捕获OSError”，一般就稳了。不过说实话，边界情况真指望GPT一次写对太难了，我现在都是让它生成主逻辑，自己再补个测试用例跑一遍，比改prompt效率高。

说实话这问题太典型了，GPT写代码就是“理解了个大概”，边界条件全靠你替它兜底。我建议你换个思路：别让它直接生成完整函数，而是先让它列一个“输入可能遇到的所有情况”清单，你确认后再让它按清单写逻辑，这样比反复强调“不递归”管用得多。另外特殊字符报错那个，你可以把文件名的处理规则直接写进Prompt，比如“用正则只保留字母数字和下划线”，它大概率能照做，但别指望它自己想到。

说实话你这个情况我太理解了，GPT写代码最大的问题就是它会把你的“隐含意图”脑补成“明确指令”，递归这坑我踩过不下五次。我的经验是，与其在Prompt里反复强调“不递归”，不如直接把输入输出样例给它，比如明确写“传入路径是/abc，里面有file1.txt和folder/，期望只改file1.txt，folder整个不动”。另外边界情况建议你让它先列出所有可能出错的点，再针对每个点写一行防御代码，这样比一次性生成完整函数稳得多。还有个小技巧，就是让它用pathlib而不是os.path，很多特殊字符和路径拼接问题能自动规避。最后想说，别指望GPT一次写对，把它当结对编程的实习生，你负责审查它负责出力，心态会好很多。