大家用Qwen2.5写代码时，长上下文真的不“失忆”吗？

我最近也在用Qwen2.5-Coder-32B，不过是GGUF的Q4_K_M量化版，体感跟你挺像。单文件改写确实很稳，跨文件就开始飘，尤其是函数签名和参数名，经常给我编一个看起来合理但根本不在项目里的版本。我一开始也怀疑是量化掉点，后来换成BF16跑了几个case，发现中段遗忘的问题依然存在，只是没那么严重，所以量化可能放大了问题，但根子还是在长程注意力上。超过2万token之后，它确实容易只抓住开头和结尾，中间那些文件片段基本被当成背景噪音了。我现在做法是别让它自己去找上下文，而是手动把关键签名抽出来，用很明确的结构喂进去，比如先列接口定义，再给调用点，最后才说改哪里，这样命中率会高不少。另外可以试试把跨文件任务拆成两步，先让它只输出它需要哪些文件里的哪些符号，你确认后再把精确片段贴回去，比一次性塞一大坨代码靠谱。复杂仓库里指望它自己全局理解还是有点理想化，当成一个记忆力有限的结对程序员来用会更实际。

我AWQ和FP16都试过，长上下文确实容易丢中段，跨文件还是得手动喂关键签名。

写得挺好，建议补充一些性能数据。

AWQ量化确实会放大长上下文衰减，我拿GGUF Q8和原版BF16对比过，2万token后中段召回差挺明显的，所以不全是模型锅。跨文件那个问题我一般不让它自己找，而是把函数签名和类型定义单独抽出来放system prompt里，再让它只输出diff格式，基本能压住胡编参数名。还有个歪招是用它自己先总结一份项目结构摘要，再贴回去当上下文，比塞原始代码省token也稳一些。

写得挺好，建议补充一些性能数据。