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

试试把异常处理直接写进prompt当代码模板，让模型填空，比纯文字约束靠谱多了。

这问题我也踩过坑，开源模型对“隐式约束”确实不敏感，你光说“处理异常”它可能觉得提一嘴就行。我后来是把异常类型直接写进prompt里，比如“必须包含try except requests.exceptions.Timeout和HTTPError两个分支”，效果立刻不一样。另外你可以试试让模型先输出一个伪代码骨架，再让它填充细节，比直接要求完整代码稳定得多。

说实话我也踩过这个坑，后来发现开源模型对“完整输出”这种指令特别容易偷懒，尤其长代码生成时注意力会崩。我现在的做法是把约束拆成单独一行，比如“必须包含try except超时和HTTPError”，然后后面跟“函数签名如下：def fetch_title(url):”，模型就老实多了。你可以试试把异常处理写成伪代码放在prompt里，让它照着填空，比笼统说“处理错误”靠谱。另外Qwen 2.5对步骤列表比Llama 3敏感，我一般用“第一…第二…”这种结构化描述，比“请完整”效果好很多。

说实话你这问题我太有同感了，Llama和Qwen对长指令的“分步执行”能力确实飘忽不定。后来我发现，与其用自然语言描述需求，不如把函数签名、异常类型、返回格式全写进prompt里，比如直接给个模板让它填空，效果立竿见影。另外试试把“处理超时”改成“在except里写打印日志并返回None”，具体到动作比抽象要求管用得多。

试试把异常处理直接写进prompt的示例里，模型照着抄就不容易漏了。

试试把异常处理的要求拆成子步骤写进prompt里，再给个带完整结构的示例，模型会老实很多。

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

这问题我也踩过坑，开源模型对“约束条件”的优先级理解确实飘忽，漏异常捕获大概率是它在生成时把注意力全放在主干逻辑上了。我现在的土办法是直接把异常处理写进prompt的示例里，比如给一段带try-except的残缺代码让它补全，比纯文字描述管用得多。另外把需求拆成“先定义函数，再写请求，最后包异常”三个小步骤分开问，比让它一口气输出完整代码稳定。你试试把“请完整输出”换成“不要省略任何try和except块”，效果可能会不一样。

试试把异常处理拆成单独一个Prompt问，一次只让它补全一个函数，效果比大包大揽强多了。

试试把异常处理直接写进prompt里当示例，比光说要求管用得多，模型照葫芦画瓢就不容易漏。

这问题我也踩过坑，开源模型对“隐式约束”的敏感度确实不如GPT-4，你那种“包含异常处理”的描述它容易当成背景知识而不是硬性要求。我现在的做法是把异常处理拆成单独一行明确指令，比如“必须用try包裹requests.get，except里分别写Timeout和HTTPError”，这样它基本不会漏。另外函数定义丢失的话，试试在prompt末尾加一句“只输出完整Python代码，不要解释”，有时比“一步一步来”更管用。

你这个情况我也踩过坑，开源模型对“包含异常处理”这种隐性约束经常理解不到位，其实把它拆成明确的子任务更管用。比如先让它单独写一个带try-except的请求函数，再让它写解析函数，最后再合并，每一步都要求输出完整代码。另外在Prompt里直接给出函数签名和返回类型，像“def fetch_title(url: str) -> str”，它会老实很多，不然模型容易自由发挥。

还有个土办法是给个错误示例，告诉它“不要只写单行代码，必须包含except requests.exceptions.Timeout和HTTPError”，这比说“请完整”有效得多。你也可以试试在系统提示里加一句“你是资深Python工程师”，有时候角色设定比指令权重高。当然，Llama 3这种模型对多轮约束确实弱一些，实在不行就换Qwen的更高参数版本，差别还挺明显的。

试试把异常处理直接写进prompt里当示例，比光提要求管用，模型照葫芦画瓢就不容易漏了。

这问题我也踩过坑，后来发现开源模型对“完整输出”这种词理解得很模糊，不如直接把函数签名和异常类型写死在prompt里，比如“def fetch_title(url)->str: try: ... except requests.Timeout: return None”。另外试试把约束拆成两句，先要求骨架再补细节，比一口气全塞进去稳很多。还有个小技巧，在末尾加一句“只输出代码，不要解释”，能减少它自己发挥的空间。

试试把异常处理直接写进prompt里当示例，给个带try的完整小片段，模型会照着抄。

试试把异常处理直接写进prompt的验收标准里，让它先列检查清单再写码，漏了就说“缺哪块就重写哪块”。

开源模型对长指令容易丢细节，我一般拆成两个prompt：先出伪代码框架，再让它补全具体函数，比一步到位稳得多。

这问题我太有同感了，Llama和Qwen对多步骤约束的解析确实不太稳定，尤其当prompt里塞了“爬虫”“异常”“函数”好几个关键词时，模型容易把注意力全放在“爬虫”上，然后自动脑补一个简化版流程。我试过最有效的办法是把约束拆成“硬性要求”和“软性提示”两段，比如先在开头写死“必须输出一个完整def函数，包含try和except两个分支”，再把超时和HTTP错误作为函数内的具体注释点出来，这样模型至少不会漏掉框架。另外我发现开源模型特别吃“负面例子”，你可以在prompt里补一句“不要只返回核心代码，不要省略函数签名”，比单纯说“请完整”管用得多。还有个偏方是故意在prompt末尾加一个空行和“# 代码开始”，很多模型看到这个标记会强制自己收尾成完整结构。至于“一步一步来”这种指令，对7B以下的模型基本是玄学，不如直接给一个你期望的代码骨架，让它只填关键逻辑，虽然笨但稳定。你试过把异常处理写成单独的prompt回合吗？比如先让它生成函数体，再追加一个“现在给这个函数加上超时和HTTPError处理”，两轮对话比一轮硬憋成功率高一截。

我最近也踩过这个坑，后来发现把约束直接写进代码注释里比在prompt里堆要求管用，比如在函数下方提前写好# 必须捕获requests.exceptions.Timeout这种注释，模型跟着注释走会稳很多。另外你可以试试把任务拆成两个prompt，先让它生成函数骨架，再单独补异常处理逻辑，分开跑比一次性输出完整代码的成功率高不少。还有个土办法，就是在示例里给一段带完整try/except的参考代码，模型会照着模仿，比纯文字描述靠谱。

这问题我也踩过坑，开源模型对“隐式约束”特别容易忽略，你光说“处理异常”它可能觉得提一嘴就行。我后来是把异常类型直接写死在prompt里，比如“必须包含try/except捕获requests.Timeout和HTTPError”，甚至把函数签名和return语句都给出来，让它只填中间逻辑，这样漏函数的情况少多了。还有个小技巧是让它先输出完整代码再解释，顺序反着来效果会差不少。

我之前也遇到过一模一样的坑，后来发现光靠嘴炮“完整输出”没用，得把约束拆成结构化的小步骤，比如在prompt里直接列一个带编号的检查清单。另一个小技巧是让模型先输出伪代码框架，再让它往里面填细节，这样漏函数的概率会低很多。你试试把“请写”改成“先定义函数名为fetch_title，再写try-except块”，有时候命令越具体，开源模型就越听话。