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

说实话，你遇到的这个问题太典型了，我也被坑过好多次。200行的代码示例其实不算特别长，但LLM的注意力机制确实会“飘”——它更倾向于记住你Prompt开头和结尾的指令，中间那些具体代码细节反而容易被稀释成背景噪音。我试过把示例放在Prompt最前面，然后在最后用一句“以上示例中的变量命名和函数结构必须100%遵循”收尾，效果比放在中间好一些。另外，你可以试试把关键变量名和函数名单独抽出来，在指令里明确写成“变量名必须使用camelCase风格，如userName、orderList”，而不是光靠示例去暗示，这样LLM更容易锁定核心约束。还有个小技巧，就是在示例代码后面加一句“现在，基于上述示例的变量命名风格和函数结构，请写出实现XX功能的代码”，把“基于”这个词加重，它有时候会真的去“基于”而不是自由发挥。不过说实话，即便是这样，遇到复杂逻辑它还是可能跑偏，我一般会先让它输出一版，然后专门针对命名和结构再发一条修正指令，多轮调教比一次到位靠谱得多。

说实话你这情况太典型了，我最近折腾一个代码重构任务也踩过类似的坑。200行示例对LLM来说确实容易让注意力分散，尤其当你的示例和它训练数据里的常见风格冲突时，它更倾向于“发挥”自己的习惯。我试过把示例拆成几个小的、带编号的代码块，括号里标注“此段变量名必须完全保留”，效果比一次性扔一堆好一点。另外，别光靠文字强调，可以在示例后面直接给个“反面教材”——比如写一句“如果你把变量名改成camelCase，这段代码就会报错”，用这种因果绑定来迫使它模仿。还有个歪招是把关键变量名改成特别生僻的缩写，比如把userName改成uxNm，这样它搜索记忆库都找不到替代，只能照抄。不过说到底，长上下文下LLM的“遗忘”是硬伤，你可能得把示例放在Prompt最开头或最结尾，避开中间位置。

你这情况我太熟了，试过把示例放在prompt最前面或者最后面吗？位置对注意力影响挺大的。另外200行确实有点长，模型容易在中间“走神”，我一般只给20-30行核心示例，再加一句“变量名和函数结构必须和示例完全一致”，效果会好不少。

试试把示例代码拆成小段，每个段落前加一句“请严格按此格式写”，亲测比整段扔进去管用。

这种情况我也遇到过好多次，感觉不是示例太长的问题，200行其实还在处理范围内。我后来发现LLM对“示例”的理解更偏向于参考而不是约束，尤其是你把它放在xml标签里，它可能觉得这只是上下文的一部分而不是硬性规则。我自己试过把示例代码直接放在prompt最前面，然后用“必须完全复用上述代码中的变量命名风格和函数结构，不允许引入新命名规则”这种绝对化表述，效果稍微好了一点，但偶尔还是会跑偏。另外我怀疑注意力机制确实会优先关注指令部分的动词，比如“按照”这种词，但对代码细节的注意力会衰减，所以不如把关键变量名和函数结构单独列成清单，要求它逐项对照。还有个小技巧是让它先输出一个结构确认清单，我同意后再写完整代码，这样能强制它先对齐细节。你可以试试把示例代码拆成多段，每段后面跟一句“请记住这段的命名风格”，这样分段强调可能比一次性给完更有效。

把示例放最后试试，或者单独强调“只模仿变量名和函数签名”，别让它自由发挥结构。

这题我熟，之前调LLM写个脚本也遇到过这情况。你试下把示例代码直接放在Prompt最前面，后面跟具体任务，别跟其它指令混在一起。另外把“请严格按照”改成“变量名必须与示例完全一致，函数结构保持相同层级”，这种具体到点上的约束比泛泛的要求管用得多。200行确实有点长，试着只保留最关键的两个函数做示范，剩下的用伪代码描述逻辑，效果反而更好。

这问题我踩过好多次坑，200行示例对上下文来说确实太长了，模型注意力会分散到后面就飘了。我现在的做法是只保留最核心的10-20行模板，再明确告诉它“只改参数名和逻辑，结构一字不许动”，效果比给整段代码强得多。另外试试把示例放在Prompt最末尾，紧挨着让它生成的位置，比放前面管用。逐行模仿这种指令其实没用，模型根本不理解，不如你直接说“输出格式必须与示例完全一致，包括缩进”来得实在。

试试把示例代码放在Prompt最后，紧跟生成要求，中间别塞别的指令，注意力会集中很多。

其实问题可能不在长度，而是LLM对“示例”的权重天然低于对“指令”的权重，200行代码在注意力机制里容易被当成背景噪音。你可以试试把示例代码直接放在生成任务的前面，并且用“保持变量名不变，只修改逻辑部分”这种更具体的操作指令，别用“严格”这种模糊词。另外我自己的经验是，如果示例太长，可以拆成两轮对话，第一轮让它总结出代码风格规范，第二轮再让它基于这个规范去生成，效果会稳定很多。

这题我熟，200行示例对LLM来说确实容易“信息过载”，它会优先抓全局结构而不是细节命名。你可以试试把示例代码精简到20-30行核心片段，然后直接说“所有变量名必须与示例中的XXX完全一致”，比“严格遵循”这种模糊指令靠谱。另外把要求拆成两段，先给简短规则再放代码，比全堆在XML标签里有效。我上次这么调，至少变量名不会乱飞了。

试试把示例代码放最前面，后面紧跟“严格复刻这段代码的风格”，200行太长容易让注意力跑偏。

这问题我也踩过坑，200行示例对LLM来说确实有点长，注意力很容易被后面的指令稀释掉。我一般会把示例代码精简到最关键的结构，然后直接在Prompt末尾加一句“所有变量名必须与示例完全一致，不得重命名”，比“逐行模仿”这种模糊说法管用。另外你也可以试试把示例代码放在用户消息的最末尾，紧挨着让它生成的位置，亲测比放前面效果好很多。

这问题太真实了，我试过喂几百行参考代码，结果它只学了第一个文件的风格，后面的全忽略。后来我发现把示例代码拆成小块，每个块前面加上“必须复用的模式是XXX”，比整段丢进去有用得多，尤其是变量名这种细节，得明确点名让它照抄。还有个小技巧，把示例里关键的函数签名和变量名单独提出来写进约束区，别只靠代码块本身。你那个“逐行模仿”可以试试，但我觉得更管用的是给一个“反面例子”，告诉它什么风格绝对不能用。

这个问题我踩过不少坑，200行示例确实容易让模型“抓大放小”，它可能默认你在给背景参考而不是硬性规范。建议把示例里最关键的命名和结构抽出来，单独用一两行伪代码或“必须遵守”列表强调，比整段丢进去有效。另外试试在生成前加一句“如果偏离示例风格，请重写直到一致”，有时候明确给出纠错机制比单纯要求更管用。

这个问题我上周刚踩过类似的坑，200行示例对LLM来说确实太长了，它很容易把注意力全放在后面几行或者开头，中间的全当噪音处理。你可以试试把示例拆成几个小块，每个块对应一个功能点，然后紧跟着那句“严格模仿这段”再让它输出，效果会比堆一个大文档好很多。另外变量名飘这个问题，我最后是直接在Prompt里明确禁止它改名字，比如写“示例里出现过的所有标识符必须原样使用，不允许替换同义词”，这样约束性会强不少。

这题我遇到过，你给的示例太长确实容易让注意力分散，尤其是中间还夹着XML标签，模型可能更关注标签结构而不是代码本身。建议把示例压缩到最核心的20-30行，只保留必须遵守的命名和函数骨架，然后直接在后面接一句“所有新代码必须复用上述变量名和函数签名，不要重命名”。另外试试把示例放在Prompt末尾，紧贴着生成任务，比放在开头有效得多。

这问题我太有同感了，模型对长上下文的注意力其实很不均匀，你塞200行示例进去，它可能只重点盯住了开头结尾，中间全当噪音了。我之前试过把示例代码精简到最核心的50行，然后在每个关键函数上方单独加一行注释强调“必须沿用此命名”，效果好很多。还有就是别指望它“逐行模仿”，不如直接把你要的新功能拆成几个子任务，每个子任务配一个微型示例，这样它反而更听话。你可以试试把示例里的变量名改成a、b、c这种极简风格，看它会不会也跟着简化，如果连这个都做不到，那可能是模型本身指令遵循能力的问题，换个更强指令遵循的模型也许更实际。

说实话你这个问题我太有共鸣了，之前我也被这个坑过好几轮。后来我发现LLM对“示例”的注意力其实特别短视，它更擅长抓你Prompt里最后那几句强指令，而不是去深度解析一大段代码块。你试试把示例代码压缩到最核心的30行，然后直接在代码后面用自然语言标注“注意这个变量名是camelCase，函数必须保持单入口单出口”，比单纯说“严格模仿”管用得多。还有一种骚操作是，你直接丢给它一个残缺版的新功能代码，让它只补全空着的几行，这样它就没机会自己发挥结构了。另外别用XML标签包代码，有时候反而会让模型觉得那是“数据”而不是“指令”，直接放代码块里，然后跟一句“以上代码是你唯一允许使用的风格模板”。我试过最有效的其实是给一个反例，告诉它“不要像这样命名”，对比着来它反而更听话。你可以先试试把示例砍到50行以内，然后加一句“如果某个函数结构需要改变，请先说明理由再改”，这样它至少会给出解释，你也能看到它到底哪里“没听懂”。

试试把示例代码直接塞进few-shot里，别用标签框，模型对XML格式的注意力确实容易飘。