用Prompt调教开源模型写代码，结果总是漏函数，怎么破？

我最近也遇到类似问题，后来发现把输出格式直接写死在prompt里会好很多，比如明确要求“先import，再定义函数，最后写调用示例”。另外开源模型对异常处理的优先级确实低，我会在prompt末尾加一句“如果缺少try-except，请重写整个函数”，比单纯说“完整输出”管用。你可以试试把约束拆成几个小点，让它逐条对照，别指望一步到位。

试试把异常处理直接写进prompt当示例，模型模仿能力强，比空泛要求管用得多。

这种情况我也遇到过不少次，尤其是Qwen 2.5，它特别喜欢“理解”你的意图然后直接给你一段“核心逻辑”而不是完整代码。我自己摸索下来的感觉是，开源模型对“约束条件”的优先级排序很迷，它可能觉得异常处理是次要的，所以先给你把主流程写出来就完事了。你那个“请完整输出”其实不如直接把要求拆成几个明确的小步骤，比如先让它定义函数签名，再让它单独补全try-except块，最后再检查一遍——这样比一次性提一堆要求管用得多。另外我发现有个小技巧，就是在Prompt里明确写“函数必须包含def关键字，且以return结尾”，这种格式上的硬约束比“请完整”更有效。还有一个坑是，如果你不限定“不要解释，只输出代码”，它可能会给你夹带一段分析文本，导致你复制的时候漏掉后半段。说实话，这种多步骤指令对7B到8B的开源模型来说确实有点吃力，Llama 3稍微好点，但偶尔还是会犯傻。要不你试试把异常处理单独拎出来作为一个“第二个问题”去追问它，而不是放在同一个Prompt里？

试试把异常处理直接写进prompt里当代码模板，比如“def fetch(url): try:... except...”，模型照着填空就不容易漏了。

试试把异常处理直接写进需求里，比如“函数内必须try except TimeoutError和HTTPError”，约束越具体它越不容易偷懒。

这问题我也踩过坑，开源模型对“隐含约束”的敏感度确实不如闭源，尤其异常处理这种它觉得“不关键”的部分最容易丢。我现在的土办法是把异常类型直接写进prompt里，比如“必须包含try except requests.exceptions.Timeout和HTTPError”，再补一句“每个函数都要有def关键字开头”，效果比“请完整”实在多了。另外你试试把步骤拆成两个问题问，先让它给结构，再让它填逻辑，漏东西的概率会低不少。

我倒是觉得你prompt本身没啥大毛病，关键是模型对“函数”的理解太飘，有时候它觉得给你核心逻辑就够了。我习惯在结尾加一句“所有代码必须放在一个代码块里，并且从def开始”，然后自己先给个伪代码框架让它照着填，这样它想偷懒都难。Qwen 2.5比Llama 3听话一点，你可以先拿它试试，把异常类型数量明确成“必须捕获三种错误”。

漏函数这事我遇到过更离谱的，它直接给我写了个交互式脚本，根本没定义函数。后来我学乖了，在prompt里加“只输出Python代码，不要解释”，然后明确要求“函数名必须叫fetch_title，参数是url”。另外你试试用“如果...那么...”这种条件句式约束它，比如“如果requests.get超时，必须except

试试把异常处理直接写进prompt的示例里，模型模仿能力强，比空泛要求管用。

这问题太典型了，开源模型对“多约束指令”的执行确实会偷懒，尤其异常处理这种它觉得“非核心”的部分。我试过把Prompt改成“必须包含try/except，且except要捕获Timeout和HTTPError”，同时把函数签名直接写进Prompt里让它填空，漏函数的情况改善不少。另外你试试把“一步一步来”换成“先列出代码结构再写具体实现”，模型会更听话。

这问题我碰到过好多次，后来发现把约束条件拆开写比一大段话管用。比如先让模型单独输出异常处理的代码块，再让它补全整个函数，效果会稳很多。另外试试在prompt里加一句“每个函数必须包含try和except语句”，比笼统的“处理异常”要明确。开源模型确实容易丢步骤，尤其是中文指令，有时候换成英文写prompt，它反而更听话。

试试把异常处理写成伪代码塞进prompt里，比如“try: 请求 except 超时: 返回None”，模型会照着框架补全。

试试把异常处理写成明确清单，比如“必须包含try except TimeoutError和HTTPError”，模型就老实多了。

说实话你这个问题我太有同感了，Llama和Qwen在长指令分解上确实容易“偷懒”，尤其是当任务里同时塞了“爬虫”“异常处理”“函数定义”好几个要求时，模型会默认只抓最显眼的动作，其他约束就自动忽略了。我后来试了个土办法，就是把Prompt改成“输出一个完整Python函数，函数名为fetch_title，参数为url，内部用try包裹requests.get，except分别捕获Timeout和HTTPError，最后返回title”，这种把结构都写死的方式比你说“请完整输出”管用得多。另外有个小坑是，开源模型对“带异常处理”这种抽象描述理解很弱，你得把具体要捕获的异常类型都列出来，甚至给个示例代码片段当few-shot，它才会照着模仿。你提到“一步一步来”效果时好时坏，我猜是因为模型把“一步一步”理解成了分步解释，而不是让你完整生成代码，所以不如直接告诉它“先写函数签名，再写try块，再写except块”。还有一个偏门技巧，把“请写”改成“请复制以下代码并填充缺失部分”，给个骨架，它反而会老老实实补全。最后想问你，你用的是量化版本还是原版？我发现4-bit量化对指令遵循能力影响特别大，换8-bit或者原版可能问题直接少一半。

我最近也在折腾Qwen 2.5写代码，发现它确实容易把异常处理这种“非主干”逻辑给吞掉。后来我习惯在prompt里把函数签名先给定死，比如直接写“def fetch_title(url: str) -> str:”，然后明确要求“函数体内必须包含try和except两个块”，效果比单纯说“请完整输出”稳定很多。你也可以试试把“不要省略任何代码”改成“输出完整可运行的python文件”，模型对文件级输出的完整性感知会更强。

我最近也踩过这个坑，后来发现把约束条件拆成“必须包含”清单，比如“函数名+try/except+超时参数”写进prompt里，比光说“完整输出”管用。另外开源模型对“步骤”的感知确实弱，不如直接给个残缺代码让它补全，或者用few-shot给个带异常处理的例子，效果会稳很多。你试试看把异常处理的具体类型（比如requests.exceptions.Timeout）直接点名，模型漏的概率会小一点。

这问题我熟，之前调Qwen写SQL也老丢where条件。后来发现光靠prompt硬压没用，不如把任务拆细点，比如先让它单独写异常处理函数，再写主逻辑，最后让模型自己把两段拼起来。另外你可以试试在prompt里直接给个模板框架，把函数名、参数、返回值的格式都定死，模型反而更容易照着填空。

试试把异常处理直接写进prompt里当示例，模型有样学样就不会漏了。

试试把异常处理拆成单独一段写进prompt里，跟主函数分开要求，模型就不容易漏了。

这问题我也踩过坑，开源模型对“完整输出”的理解跟咱们不太一样，它可能觉得省略点重复代码没啥。我现在的做法是把异常处理直接写进prompt的要求里，比如“在函数内部用try包裹requests.get，except分别捕获Timeout和HTTPError并return None”，越具体它越不容易漏。另外你试试把函数签名先给它，让它只填函数体，比让它从零写整个定义要稳得多。

这问题太典型了，我拿Llama 3跑代码时也踩过这坑。后来发现光靠堆“请完整输出”没用，得把要求拆成结构化的步骤，比如明确列出“先写函数签名，再写try/except块，最后写调用示例”，模型才容易跟得上。另外试试在Prompt里给个半成品模板，让它填空，比让它从零生成靠谱得多。

把异常处理的需求拆成单独一句写进prompt里，比如“必须包含try/except，且超时和HTTP错误分别捕获”，模型就老实多了。