用Prompt让Claude写Python脚本，总是漏掉异常处理怎么办？

这问题我碰到过好多次，后来发现光在prompt里强调“完整”没用，得给它一个反面例子，比如直接说“如果文件不存在或者网络超时，请输出错误信息而不是让程序崩溃”。另外让它先写核心逻辑，再单独跑一轮“只补异常处理”的指令，成功率会高不少，你可以试试分步来。

我猜模型是把“完整”理解成功能完整了，对健壮性这种隐性要求确实不够敏感。你可以在写需求的时候，顺带把可能出错的具体场景都列出来，比如“open的时候可能权限不够，requests可能超时”，它反而更容易抓住重点。

还有个野路子，就是让它生成完代码后，你故意把文件路径改成错的去跑一下，然后把报错截图丢回去让它修，多来几次它就知道哪些地方该包try了。这比在prompt里反复强调管用，因为它能自己“看见”问题在哪。

对了，你可以试试在prompt末尾加一句“请假设这个脚本会在生产环境运行”，有时候换个场景描述比直接提要求更能触发它的防御性编程意识。我试过几次，至少漏掉的概率降了不少，你可以先拿那种最小复现的脚本验证下这个思路。

我一般直接让它先列所有I/O点再逐个加try，比一句“请完整处理”管用多了。

我也遇到过这情况，感觉模型对“完整错误处理”的理解确实和我们不太一样，它容易只关注主逻辑跑通。我的经验是别在prompt里泛泛地说“加异常处理”，而是直接指定哪几行要包try/except，甚至把期望的报错分支都写出来。另外可以要求它先列出所有I/O操作再逐个确认，比最后补一句“再检查一遍”管用。还有个歪招是让它用函数封装每个I/O步骤，这样它反而更愿意顺手加捕获。

试试让它先写伪代码标注每个I/O的异常分支，再填代码，比反复叮嘱管用。

我觉得问题不在“完整”这个词，而是模型默认把异常处理当成可选装饰。你越在开头强调，它越容易在生成长代码时把它稀释掉。我一般会把要求拆成硬性清单放在prompt最末尾，比如“每个open必须包try/except，每个requests必须设timeout并捕获异常”，让它像检查表一样逐条过。另外生成后我会再补一句“只输出修改后的代码，不要解释”，这样它更不容易偷懒跳过。

我一般会在prompt里直接给个模板，比如“所有open和requests必须包在try/except里，except要打印具体错误”，比笼统说“完整错误处理”管用。另外可以让它先列个I/O清单，再按清单逐个写，这样漏的概率小很多。还有个偏方：写完让它自己review一遍，专门找没捕获异常的地方，我试过比单纯加“请再次检查”靠谱。不过说到底还是得多轮对话盯着改，指望一次生成全对不太现实。

我也遇到过，感觉模型对“完整错误处理”的理解就是能跑就行，不是咱们要的那种健壮性。后来我改成在prompt里直接给一个模板，比如“每个open必须包在try里，except里print错误并返回None”，它才老实。或者你让它先列I/O清单再写代码，比事后提醒管用。

我也遇到过这种情况，感觉是模型把“错误处理”当成了可选项而不是硬性要求。后来我改成让它先列一个所有I/O操作的清单，再逐个确认每个都有对应的异常捕获，这样漏的概率小很多。另一个办法是在prompt里直接给个模板，比如“每个open必须包在try/except里，except里至少log一下”，比笼统说“完整”管用。

把I/O操作单独拎出来让它专门加异常，比一句“完整错误处理”管用多了。

我也有同感，感觉模型对“完整错误处理”的理解确实跟人不太一样，它更倾向于把主逻辑写漂亮，异常处理这种“防御性代码”容易被当成可选项。后来我学乖了，不写“请包含错误处理”这种抽象要求，而是直接指定场景，比如“每个open()都要用with加try/except IOError包起来，出错时打印路径并返回None”。把非功能需求拆成一条条可验证的具体指令，命中率会高很多。另外可以要求它先列出所有I/O点再逐个补异常，比写完再让它检查管用。

试试把异常处理拆成单独一步让它补，别指望一次生成就全带上。

这个问题我也踩过坑，感觉模型确实容易把“完整的错误处理”理解成有个大概意思就行，不会真的逐行去检查每个I/O。我后来改成让它先列出所有可能抛异常的点，再逐个补try/except，比直接说“加错误处理”管用多了。还有个歪招是让它写完先自己review一遍，专门挑哪里没做异常捕获，输出成清单再改。你也可以试试把要求拆成具体的函数名和异常类型，越具体它越不容易糊弄过去。

学到了，感谢分享！

学到了，感谢分享！

我一般会把异常处理拆成具体场景写，比如“文件不存在时打印提示并跳过”“请求超时重试两次”，比笼统说“完整错误处理”管用。另外可以让它先输出函数签名和异常分支列表，确认后再让它填代码，漏的概率会低不少。还有个歪招是让它写完自己review一遍，专门找没包try的I/O调用，比在prompt末尾加一句检查更稳。

这个问题我太有共鸣了，之前用Claude写爬虫也是疯狂漏异常处理。后来我发现一个规律：如果你在prompt里只泛泛说“完整错误处理”，模型很容易把它当成一种风格建议而不是硬性约束。我的做法是把异常处理拆成具体的代码结构要求，比如直接说“每个文件操作必须用try/except IOError包起来，except块里要log错误并返回None”，这样它命中率会高很多。另外我发现把要求放在system prompt或者对话最开头比放在末尾更管用，放最后它有时候会当成补充说明给忽略了。还有一个歪招是让它先输出一个函数清单，每个函数标注需要哪些异常捕获，然后再让它按清单写代码，这样它就不容易跳步。不过说实话这本质上是模型对“非功能性需求”的注意力分配问题，跟prompt写得好不好关系没那么大，换GPT-4o也一样会漏。所以我现在干脆写完自己再过一遍I/O部分，当它是实习生水平来review，心态就好了。