别轻信大上下文窗口
2026年5月6日,作者看了一个视频,总结出一直以来的感受。视频作者将大语言模型(LLM)的上下文窗口划分为智能区和迟钝区,分界线约在10万个token左右,无论宣传的上下文窗口多大,这一规律都适用。
编码代理易陷迟钝区
编码代理程序容易让用户陷入迟钝区,现代代理程序会快速消耗token,几次文件读取、长时间调试会话、大规模测试运行,很快就会达到10万个token。而供应商宣传的大上下文窗口大多只是营销噱头,实际有效的上下文只是宣传数字的一小部分,且随着窗口填满,性能会逐渐下降。
解决方法
现代代理程序如Claude Code支持自动压缩,但这是在进入迟钝区后才启动,且总结内容由性能下降的模型生成。作者的做法是开启新会话并传入自己编写的规范,将“面包屑”方法应用到代理程序中。还可围绕小型、命名的成果构建代理工作流程,使工作会话保持在智能区内。作者把上下文窗口当作预算,将能转移到书面成果中的内容转移出去,避免注意力分散。
继续阅读
列出了2026年不同日期的文章链接,如6月13日的“吃豆人,但你是幽灵”、5月29日的“修复Home Assistant能源统计数据损坏问题”等。作者邀请读者阅读新书《五年博客:2019年至2024年的想法、观点和指南》,在Buy Me a Coffee上成为会员可免费阅读。还提供了感兴趣的链接和其他平台链接。