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

说实话这情况太典型了，GPT写代码最大的问题不是逻辑主干，而是它默认帮你“补全”那些你没提的隐性假设，比如递归、特殊字符处理这些，它觉得合理就顺手加了。我自己试过，与其在prompt里反复强调“不递归”，不如直接给它一个反例输入，比如明确告诉它“如果文件夹里有个子目录叫test，这个test必须原封不动”，有时候具体例子比抽象指令管用十倍。

另外你提到特殊字符报错，这其实暴露了另一个点——GPT经常忽略平台差异，Windows和Linux的文件名规则不一样，你最好在prompt里直接指定目标系统，甚至贴一段你本地跑出来的traceback，让它对着错误改，比让它凭空想边界情况靠谱。

还有个偷懒但实用的办法：让GPT先写一个只处理单层目录的简化版，然后你自己手动加个判断跳过子目录，改动量很小，反而比让它一次性生成完美代码省心。毕竟这玩意儿本质是概率模型，你指望它每次都不漏边界，不如把它当个快速草稿生成器，边界检查自己兜底。

我最近也在琢磨能不能用两步走，先让GPT列出一份它认为的边界情况清单，再让它对着清单写代码，这样至少能逼它把隐性假设显性化。你试过这种方式吗？还是说你有更顺手的prompt模板？我这边每次调边界条件也调得头大，感觉这东西真得靠经验堆。

把边界情况直接写进测试用例里喂给GPT，比光在Prompt里强调管用多了。

这题我熟，GPT写这种带边界的代码确实容易抽风。我的经验是别指望它一次写对，干脆在prompt里让它先输出处理逻辑的伪代码，确认没问题再让它生成Python，相当于多一道人工校验。另外特殊字符和递归这种坑，不如你在需求里直接给个反例，比如“遇到名字带&的文件要跳过”，它反而记得更牢。实在不行就让它把文件列表先打印出来给你看，确认过滤完了再执行重命名，比反复调prompt省心多了。

说实话这问题我太有同感了，GPT写脚本小样儿挺漂亮，一碰边界就露怯。我现在的做法是干脆让它把整个函数骨架和类型注解都生成好，然后自己手动补上那些os.scandir和try-except的细节，核心逻辑交给它，边界我全控。另外你可以试试让它先写一个“只处理文件、跳过目录”的伪代码，再让它翻译成正式代码，有时候比直接加“不递归”有效。最后实在不行，就让它生成pytest用例，把特殊字符、空目录这些情况全列出来，它写测试比写逻辑靠谱多了。

与其死磕prompt，不如让GPT先输出伪代码或步骤清单，你确认逻辑后再让它写实现，能少踩一半坑。

换个思路，别让GPT直接写完整逻辑，让它只输出核心函数，边界条件你自己补个装饰器或者校验壳。

其实这种活适合让它先写单测，拿用例反推代码，比磨嘴皮子催它改靠谱多了。

这问题太真实了，GPT写代码就像个自信的实习生，大方向对但细节全靠猜。我后来学乖了，干脆把边界情况直接写进例子里——比如给它一个带子目录和特殊字符的假目录结构，让它跑通再给我。另外你试试让它先输出处理逻辑的伪代码再写实现，比光调prompt管用。

别指望GPT一次写对，边界情况直接让它在代码里写死判断逻辑，比反复强调prompt靠谱。

把特殊字符和递归场景直接写进测试用例喂给它，比文字描述管用多了。

干脆让GPT先输出伪代码或流程图，你确认逻辑没问题再让它写实现，边界情况自己兜底更靠谱。

我一般会先让GPT把函数拆成小块，比如只负责扫描文件、只负责改名、只负责处理冲突，每块单独测。边界情况别指望它一次想全，你得主动列几个反例丢回去，比如“文件名带#号”“路径里有空格”，它才会补逻辑。还有个小技巧是让它先写测试用例再写实现，这样递归和特殊字符这种坑基本能提前暴露。你那个递归问题，其实可以在Prompt里直接说“用os.listdir，不要用os.walk”，比反复强调不递归管用。