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

我之前也遇到过这毛病，后来发现把异常处理直接写进prompt的“输出格式”里比光说“要完整”管用。比如明确让它“输出一个完整的函数定义，包含try-except-finally结构，每个except分支必须写清楚捕获什么异常”。另外你可以试试在prompt末尾加一句“函数必须以def开头”，这样能强制它别跑偏。不过说真的，Llama 3对这类约束的稳定性确实不如Qwen，后者稍微好调一点。

我之前也踩过这个坑，后来发现把“异常处理”拆成具体的指令反而更有效，比如直接告诉它“用try包裹requests.get，超时设10秒，遇到HTTPError就打印状态码”。开源模型确实容易把隐含的步骤吞掉，你不如把函数签名和异常类型直接写死在Prompt里，让它填空而不是自由发挥。另外试试把“请完整输出”换成“输出完整可运行的Python代码，包含所有import和函数定义”，语气更强制一点。要是还漏，就在最后加一句“检查代码是否缺少try或except”，有时候能逼它补全。

这问题我也踩过坑，开源模型对“完整输出”的理解跟咱不太一样，它更吃显式的结构约束。你可以试试在prompt里直接给出代码框架，比如“def crawl(url):”然后让模型补全，顺便把异常处理用注释写成TODO，模型会更容易跟着走。另外Qwen 2.5对长指令的遵循比Llama 3稳一些，但漏函数这事儿，我怀疑跟你没指定“输出纯代码块”有关，它总爱加解释文字，一加就乱。

我之前也踩过这个坑，后来发现光靠“请完整输出”不行，得把约束拆成具体条目，比如“必须定义函数、必须包含try-except、必须处理超时”，每一条都单独写清楚。开源模型对长指令的跟随能力确实有限，你试试把Prompt改成“分三步生成，第一步输出函数签名，第二步写主体逻辑，第三步补全异常处理”，效果会稳定很多。另外，Qwen 2.5对代码任务的理解通常比Llama 3稍好一点，你可以换着跑几次对比下输出差异。

这问题我熟，之前调Qwen写SQL也这样，后来发现关键是把约束拆到不能再碎，比如直接告诉它“def get_title(url):”开头，后面每步要做什么单独一行列出来。另外别指望它一次到位，先让它输出一个不完整版本，再针对性补漏，比反复改prompt省事多了。

试试把异常处理直接写进prompt示例里，给一段残缺代码让它补全，比光说要求管用。

开源模型对隐式指令确实拉胯，你干脆把函数骨架和try except都写好，让它只填关键逻辑。

这问题我也踩过坑，开源模型对“隐式约束”的敏感度确实比GPT差一截。你现在Prompt里把“异常处理”和“函数定义”混在一起，模型容易顾此失彼。我一般会把要求拆成两段：先明确“输出一个完整函数，包含def和return”，再单独列“函数体内必须捕获Timeout和HTTPError”，甚至直接给个try-except的骨架让它填。另外别用“一步一步来”，改成“先写函数框架，再填充逻辑”这种具体指令，成功率会高不少。

这问题我也踩过坑，开源模型对隐含的“完整结构”约束确实不敏感，尤其多步骤指令容易拆散。我后来习惯在Prompt里直接给出输出骨架，比如“def crawl(url): + try/except + 主逻辑”这种半成品，让模型填空而不是自由发挥。另外Qwen对“必须包含”这类词比“请完整”更有效，你可以试试把异常类型和返回格式也写死。

这问题太真实了，我也被开源模型的“懒”坑过好几次。后来发现关键是把约束拆成硬性清单，比如直接在prompt里写“必须包含try/except TimeoutException和HTTPError，且用def crawler(url)封装”，模型反而能老实点。另外，把“请完整输出”换成“分步骤写，每步都给出代码”，效果会稳定很多。你也可以试试先让它输出伪代码，再让它补全细节，比一口气要求完整实现靠谱。

我觉得还有个小技巧，就是故意在prompt里加一句“如果漏掉异常处理，代码会崩溃，请务必检查”，有时候这种后果描述比单纯加“完整”两个字管用。毕竟开源模型对指令的权重感知跟闭源的不太一样，得多试几个说法。

这问题我熟，之前用Qwen写SQL也老丢where条件。后来发现把约束拆成单独一行，比如“函数名：fetch_title”，“必须包含try-except”，比混在一大段话里管用。另外开源模型对“完整”的理解确实飘忽，我会直接给一个带占位符的模板让它填空，效果稳定很多，你可以试试。

试试把异常处理直接写进要求里，比如“必须在函数内用try-except包住requests.get”，比笼统说“处理”管用。

我一般把完整代码示例放prompt里，让它照着改，漏函数的情况少很多。

试试把异常处理直接写进prompt当示例，模型模仿能力比理解指令强多了。

说实话我觉得问题多半出在prompt的结构上，而不是模型能力本身。你那种“请写一个爬虫”的写法太开放了，开源模型容易自由发挥，漏东漏西很正常。我试过把任务拆成三个明确步骤：先要求输出函数签名和docstring，再要求写网络请求部分，最后单独写异常处理，每步单独给约束，效果比一次性大指令稳定很多。另外你提到“一步一步来”时好时坏，我猜是因为Llama和Qwen对这类引导词的理解很表面，它们不会真的去规划，只是随机改变输出风格。还有个实用的小技巧，在prompt里直接给一个残缺的代码模板，比如把try和except写出来，让模型只填空，这样基本不会漏。你还可以试试把“处理超时和HTTP错误”具体化成“使用try包裹requests.get，except捕获requests.exceptions.Timeout和HTTPError，并返回None”，越具体它越不会跳过。如果还是不行，可能得考虑用更强的指令微调版本，比如Qwen的Coder系列，对代码任务的指令遵循度会好一截。

试试把异常处理写成单独一行硬性要求，像“必须在except里写Timeout”，模型就老实多了。

这问题我太熟了，Llama和Qwen对长指令的跟随性确实不如闭源模型稳。你试试把约束拆成几个独立的小要求，比如先让模型只输出函数签名，再单独让它补异常处理，分两次生成效果会好很多。另外提示词里明确写“必须包含try/except，且except后要打印日志”，比笼统说“处理异常”管用。

我之前也踩过这个坑，后来发现光靠prompt里堆要求真不如把任务拆细。比如先让模型单独输出函数签名，再让它填异常处理，最后拼起来，成功率会高不少。另外如果是Llama 3，试试在prompt里直接给一段伪代码框架，让它照着补全，比让它从零写靠谱多了。

试试把异常处理写进需求里当强制清单，比如“必须包含try-except”，再给个输出模板框住结构，效果会稳很多。

这问题我熟，之前用Llama 3写脚本也老翻车。你试试把约束拆成几个小段，比如先让它只输出函数签名和docstring，确认后再补全body，这样比一次性给全要求稳得多。另外，开源模型对“异常处理”这种抽象指令确实容易忽略，不如直接在prompt里写明“try except TimeoutException”或者“except requests.exceptions.RequestException”，给个具体例子它反而学得快。

这问题我也踩过坑，开源模型对“完整输出”的理解真的挺飘忽的。我后来是把“函数定义”和“异常处理”拆成两个Prompt分别生成，再手动拼起来，效果比让它一口气写完稳多了。另外你试试在Prompt里给个具体的函数签名框架，比如“def fetch_title(url):”，它反而会顺着结构补全，直接要完整代码它容易偷懒。

这问题我也踩过坑，开源模型对“完整输出”的理解真没咱们想的那么强，它容易把异常处理当成可选项。我后来是把约束拆成两段prompt，先让它只写函数骨架，再单独追问“补全所有except分支”，效果比一次到位稳多了。另外你试过在prompt里直接给个错误示例吗？比如“不要只写try，必须包含except Timeout和except HTTPError”，模型看到反面例子往往能收敛不少。