用Prompt调教LLM写代码，为什么总是忽略我给的代码示例？

示例太长确实会稀释注意力，试试把示例压到10行内再强调“严格复用命名和结构”，效果会好很多。

这问题我熟，之前调模型处理代码重构也踩过同样的坑。核心问题其实不是示例太长，而是LLM对“风格模仿”的权重远低于对“功能指令”的执行，你越强调“严格”它反而越容易当成废话。我个人试下来比较管用的办法是，把示例代码直接塞进few-shot的对话历史里，而不是放在一个单独的代码块里，然后针对每个关键函数单独给一句“保持这个命名的逻辑”之类的短指令。另外，你可以试一下在最后加一句“如果某个变量或函数名与示例不一致，请用注释标出”，这样它至少会自己检查一遍。不过说实话，200行对现在的LLM来说确实有点长，如果可能的话，拆成多个子任务分别给示例，成功率会高很多。

这问题我太有同感了，200行示例对上下文窗口来说确实太长，注意力很容易被“稀释”到后面生成时才想起来。我试过最管用的办法是把示例代码压缩成“骨架”，只保留关键的函数签名和命名规则，再单独写一句“所有新变量必须遵循camelCase且以模块名开头”。另外你试试把示例放在Prompt最前面，紧跟一句“现在开始写新功能”，比放在中间位置被“遗忘”的概率小很多。

说实话200行示例确实有点超纲了，LLM的注意力窗口虽然大，但越靠后的内容权重会衰减，尤其是中间部分最容易被忽略。我之前试过把示例压缩成几个关键函数的骨架，每个只保留参数名和返回结构，再配合一两句“变量名必须与示例完全一致”的硬性要求，效果比贴完整代码好很多。另外建议把示例放在Prompt的最后，紧挨着你要它生成的任务描述，这样上下文关联更紧密。

我之前也踩过这个坑，200行示例对LLM来说确实容易“淹没”在上下文里，它更关注开头结尾的指令。建议把示例代码精简到最核心的50行左右，并且在每个关键函数后面直接加一句“保持此风格”，比在末尾统一强调管用得多。另外，试试在示例前面加一句“这是唯一参考风格，不要自行发挥”，语气强硬点效果会好一些。你那个XML标签包代码的方式其实没问题，但可能权重不够，可以改成用“重要提示”这种自然语言强调一遍。

试试把示例代码精简到最能体现风格的核心片段，然后直接说“变量名用xxx形式，函数拆成三步以内”。

我也踩过这个坑，200行示例其实已经超出模型能稳定“锚定”的范围了，它更擅长抓你最后几句的指令。试试把示例拆成几个小函数，每个前面加一句“必须复制这个命名”，效果比一堆代码后面跟“请逐行模仿”靠谱。另外用xml包代码反而可能让它当作独立上下文，不如直接混在自然语言里描述风格差异，比如“变量一律用snake_case，禁止缩写”。

试过把示例代码放最后+明确标注“变量名必须完全一致”吗？200行确实长了，精简到关键函数试试。

这问题我太有同感了，200行示例对上下文窗口来说确实容易“稀释”指令权重，LLM会优先抓取最近的代码风格而不是你强调的规则。我自己试下来，把示例拆成几个10-20行的小片段，每个片段后面紧跟一句“注意这里的命名和结构”比堆一个大块有效得多。另外别指望它逐行模仿，你可以在关键函数前直接给个“模板填空”式的占位符，让它补全而不是自由发挥，这样跑偏的概率会小很多。

这个问题我踩过不少坑，200行示例对LLM来说确实容易“只见树木不见森林”，它会更关注你最后几行代码的风格。我试过在示例后面直接加一句“所有新代码必须复用上述代码中至少80%的变量名和函数签名”，效果比“请逐行模仿”好很多。另外可以试试把示例拆成多个小片段，每个片段后面紧跟一个对应的任务指令，别把所有示例堆在最前面，这样注意力会分散得厉害。

试试把示例拆成几个小块分别给，让模型先逐段复述再写新功能，长上下文确实容易丢重点。

这问题太真实了，我也踩过类似的坑。200行示例对上下文窗口来说不算长，但LLM对“风格”这种抽象指令的敏感度远低于对具体规则的遵循，它更倾向于自己训练时的统计惯性。我试过最有效的办法是给一个“反面例子”，明确告诉它哪些命名和结构是禁止的，比单纯强调“模仿”管用得多。另外你试试把示例代码里最关键的那几个函数名和变量名直接在生成要求里再次点名，比如“必须保留foo()的入参顺序和bar变量的命名”，这样能强制它锚定住。

试试把示例代码放在Prompt最前面，紧跟着再给任务，别让模型自己翻找重点，注意力飘了确实容易跑偏。

给示例加个“必须复用的函数名和变量名列表”比笼统说“逐行模仿”管用，直接喂它能抄的骨架。

我之前也踩过这个坑，200行示例确实有点长，LLM的注意力会往中间偏，尤其是你把它放在Prompt开头或者中间，它更容易抓后面或者前面的零散信息。我试过把示例代码压缩到50行以内，只保留最核心的函数结构和变量命名规则，效果反而好了很多。另外你试试在示例后面加一句“如果遇到不确定的命名，直接复制上面出现过的变量名，不要自己造”，这种负向约束比“请严格模仿”管用。还有个偏方，就是把示例代码的注释写得很详细，比如“此处变量名必须用user_id而不是id”，有时候模型更听注释的话。

试试把示例放在Prompt最后，顺便加一句“输出前先对照示例自查一遍”，比让它逐行模仿管用。

这问题太真实了，我最近也在折腾类似的，发现LLM对“示例”的重视程度远低于对“规则描述”的重视。你给它200行代码，它大概率只记住了开头和结尾的风格，中间全被当成噪音处理了，注意力机制就这样，不是你的错。我试过最有效的办法是把示例压缩到30行以内，只保留核心命名和结构骨架，然后在每个关键函数前面加一行注释，比如“// 保持这个函数的参数顺序和返回值类型”，这样比笼统说“请严格模仿”有用得多。另外，别用xml标签，那个对LLM来说太像数据了，直接说“以下是唯一允许使用的代码风格参考”然后给代码块，效果会好一些。还有个野路子，你可以把示例代码里那些你不希望被改动的变量名改成特别奇怪的名字，比如“zzz_keep_this_style”，它反而会当成强制约束。最后，如果项目允许，干脆把示例代码直接塞进few-shot里，让它先补全一小段，再生成完整功能，比一次性给全部指令靠谱。

我之前也踩过这个坑，后来发现把示例代码放在Prompt最开头、紧跟着任务描述效果会好很多，放中间容易被后面指令稀释掉。另外别指望它“理解”你的风格，直接写“每个函数必须包含注释xxx，变量名前缀必须用yyy”这种可核对的硬规则，比“请模仿”管用。200行确实有点长，可以试着只挑3-5个最有代表性的函数片段，配合一个完整的小例子让它对齐结构。还有个歪招是把示例代码里的变量名改成xxx1、xxx2这种，强制它不能直接复制，只能学逻辑。

这问题我太有感触了，之前调LLM写脚本也栽在示例被无视上。后来我发现关键不是示例长短，而是你给示例的方式——你把它包在xml标签里，模型可能会把整块内容当作“参考文档”而非“必须遵守的模板”。我试过最有效的一招是，把示例代码直接放在Prompt最末尾，紧跟一句“现在请用上述代码中完全相同的命名和结构，开始写新功能”，中间不要插任何解释。另外200行确实容易让注意力涣散，我后来只挑出最核心的2-3个函数片段，每个缩到20行内，反而成功率高很多。还有个歪招，你可以在示例里故意留一个独特的注释标记，比如“//STYLE_ANCHOR”，然后在指令里明确说“所有变量名必须与STYLE_ANCHOR之后的代码一致”，等于给模型一个硬锚点。至于“逐行模仿”这种说法太虚，模型理解不了，不如直接说“每个函数必须保持相同参数顺序和返回类型”。反正我的经验是，别指望一次到位，多试几种组合，找到它“听得进去”的那个位置和措辞。

试试把示例代码放到prompt最后面，紧挨着生成位置，比放前面管用多了。

试试把示例代码放在Prompt最后，紧跟生成要求，再明确写“首行复制示例变量名”试试，太长的示例确实容易被忽略。