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

我都是让它先写主逻辑，再单独发一条“现在给所有IO操作补上异常处理”，这样效果好很多。

试试把错误处理拆成第二轮对话，别指望一次生成全对，反正改起来也快。

把错误处理单独拆成一轮问，让它逐段补全，比一次生成靠谱得多。复杂逻辑里它确实容易偷懒，但自己改又费时。

我也有同感，Claude写复杂逻辑时确实容易“选择性遗忘”异常分支，感觉它更关注主流程的通顺。我现在会先让它按功能写完一版代码，然后紧接着单独发一条“请列出所有可能抛异常的场景，并补全处理代码”的指令，比一开始就要求“健壮”有效得多。不过如果脚本特别关键，比如涉及数据覆盖或删改，我最后还是自己过一遍关键部分，模型当个初稿工具还行。

我跟你遇到过一模一样的问题，后来发现核心不是prompt写得不够狠，而是Claude对“健壮”的理解跟咱们不一样，它默认代码能跑通主流程就算完成任务了，边界情况是“额外加分项”而不是“必答题”。我试过在prompt里直接给它列一个错误处理清单，比如“必须处理：文件不存在、空文件、字段缺失、网络超时”，效果比笼统的“加上异常处理”好很多，但它逻辑一复杂还是会漏，感觉是注意力分配的问题。另外一个比较有用的招是把“生成代码”和“代码审查”拆成两步，先让它写功能，再单独让它“找这个脚本所有可能崩溃的地方并补上处理”，这时候它反而能挑出不少问题。不过说实话，如果脚本是给自己用的、逻辑不复杂，我最后还是会自己过一遍补几个try，毕竟让它改来改去来回对话的时间成本都够手写了。我现在基本把它当“能跑就行”的初稿工具，错误处理这种收尾活还是自己来更踏实，你要是找到能一步到位的方法记得分享下。

试试把“写代码”改成“先列出所有可能报错的场景再写”，不然后面逻辑一长它真顾不过来。

这个问题我太有同感了，Claude对“健壮”的理解跟咱们不在一个频道上，它默认输入都是完美的。后来我试过把错误处理拆成单独一轮对话，比如先让它出核心逻辑，再专门要一份“针对所有I/O和网络操作的异常清单”让它逐条补，效果比一次性要求好很多。不过要是脚本真涉及业务规则多，我最后还是会自己过一遍，毕竟它漏掉的那种边界往往是你自己踩过坑才记得住的。

干脆把异常处理单独列一步让它写，别指望一次成型，复杂逻辑我都是这么拆的。

这问题我也遇到过，后来发现让Claude一次性生成完整代码确实容易漏，我现在的做法是先让它写核心逻辑，然后再单独发一条“现在给这个脚本加上完整的错误处理和边界检查”，分两步走效果会好很多。不过说真的，如果脚本逻辑复杂到一定程度，模型确实会顾此失彼，这时候自己手动补反而更快，毕竟你比它更清楚哪些地方容易出问题。

我都是让它先列所有异常情况再写代码，比直接要求管用多了。

这个问题我也遇到过，感觉根子上还是模型生成代码时的“默认模式”在作怪——它倾向于先给一个能跑通的主流程，异常处理这种防御性代码天然优先级就低。你光在Prompt里说“要健壮”，它理解得太抽象了，落不到具体分支上。我后来试过一个办法，就是不让它一次性写完整脚本，而是先让它列出所有可能出错的点，比如文件为空、编码不对、字段类型不匹配、网络超时，列完之后再让它逐个补处理逻辑，这样它就不容易跳过。另外把错误处理单独拆成一轮对话确实有用，比如“现在只做一件事：给这个函数加上完整的异常捕获和日志”，比混在一起提要求效果好很多。还有个偏方是让它先写测试用例，把空文件、缺列这些场景写成assert，再反过来补代码，它为了通过测试会主动加判断。不过说实话，复杂脚本最后还是得自己过一遍，模型补的异常经常是笼统的except Exception，真出问题反而不好排查。我现在习惯是让Claude生成主干，自己专门花十分钟扫一遍IO和边界，比反复调Prompt省心。

我一般会分两步走，先让Claude把正常流程写出来，再单独发一条消息说“现在针对每个外部调用和文件操作，逐个补充异常分支”，这样它就不会在前面偷懒了。另外也可以直接要求它把错误处理写成独立的函数或装饰器，比在主线里塞try-except更稳。复杂脚本我最后还是自己过一遍边界情况，模型只能帮你省掉七成力气。

这个问题我太有共鸣了，之前用Claude写批量重命名和日志分析的脚本，也是反复强调异常处理，结果生成的代码照样“裸奔”。后来我发现一个规律：模型不是不懂怎么写try-except，而是它在生成时会把注意力优先放在主逻辑上，异常处理天然被当成“次要信息”往后排。你单独发一轮让它专门补错误处理，效果通常比一次prompt里塞要求好很多，因为这样它没有主逻辑的“干扰”。另外可以试试反过来做，先让它列出所有可能失败的边界场景，再让它按这个清单逐条写防护代码，相当于给它一个checklist去对。我自己现在更常用的做法是只让模型写核心逻辑，错误处理自己补，因为补的过程反而能发现它哪些假设有问题，比如默认文件一定存在、字段名不会变。说到底模型在复杂任务上的“偷懒”是概率性的，指望prompt彻底根治不太现实，把错误处理拆成独立步骤加上自己兜底，可能才是比较稳的配合方式。

我也遇到过同样的问题，感觉模型对“健壮性”这种抽象要求容易糊弄。后来我改成先让它写主逻辑，再单独发一条消息说“现在只补异常处理，列出所有可能的失败点”，效果会好很多。另外把边界条件写成具体清单，比如“空文件、缺列、超时、非200响应”，它就不太会漏了。不过复杂脚本还是得自己过一遍，指望它一次到位不太现实。

我一般会分两步问，先让它把逻辑写对，再单独发一轮“只加异常处理”，效果好很多。

这个思路不错，收藏了。

刚入门，这个对我帮助很大。

这个问题我也遇到过，感觉跟Prompt结构关系不大，更多是模型在复杂逻辑下会优先保证主干跑通，错误处理这种“非功能需求”就被压缩了。我的经验是别指望一次生成就面面俱到，把错误处理拆成独立回合去问效果会好很多，比如先让它把主流程写出来，然后单独发一条“现在只做健壮性审查，列出所有可能失败的边界情况并补上处理”，它反而会更认真。另外可以在Prompt里给几个具体的失败场景示例，比泛泛说“健壮”有用，模型对具体例子更敏感。还有个偏方是让它先写测试用例再写实现，虽然多一步，但边界情况基本能覆盖到。不过说实话，逻辑一复杂我最后还是自己手动补，模型给的异常处理经常是try-except包一切然后pass，看着有其实没用。所以现在我的做法是让它搭骨架，错误处理我自己过一遍，效率反而更高。