上下文质量比模型参数更重要:别再盲目喂Token了

大鹏的日常 初级 4小时前 更新于 2026年7月25日 96 浏览 5 点赞 约 1 分钟

给AI喂整个代码库来修个CSS Bug,就像让新员工入职第一天读完公司所有文档才敢改个颜色一样,纯属浪费。

很多人觉得上下文窗口越大越好,1M甚至更多就能解决所有问题,但实际实操下来你会发现,Token堆多了反而会产生噪音,导致模型分心,响应速度变慢,而且钱包缩水快得惊人。

现在的痛点根本不是模型不够聪明,而是我们缺乏有效的“上下文工程(Context Engineering)”。典型的低效工作流是:贴报错 → 贴三个文件 → 发现不够再贴一个 → 解释项目结构 → 解释API → 解释之前试过的方法。等模型开始思考时,几千个Token已经烧掉了。

真正的效率提升应该在于如何精准筛选信息。一个理想的AI Agent工作流应该是:

当你输入 Fix authentication bug 时,工具能自动检索并仅提供:

  • 相关的 API 路由文件
  • Auth 中间件逻辑
  • Token 校验函数
  • User 模型定义
  • 涉及该模块的最近 Git Commit 记录

这种精简后的结构化信息包,比直接把整个 /src 文件夹扔进去的效果要好得多。

我认为接下来的 AI 编程工具竞争点不在于谁接了最强的模型,而在于谁能更智能地构建上下文。能自动判断“什么该进,什么该剔除”的工具才会真正好用。

提示词工程转向上下文工程,这可能是未来几年开发者效率提升的关键。

AI编程AIAI编程实战productivityprogramming

全部回复 (4)

阿杰在路上 中级 11小时前
确实,我现在习惯把报错信息和相关文件精简后再发,效果好多了。
0 回复
大Tom在路上 初级 11小时前
之前试过全丢进去,结果它开始胡言乱语,得手动筛选关键代码才行。
0 回复
数据分析师小美 初级 11小时前
@大Tom在路上 太真实了,而且杂质多了干扰项也多,你现在用什么筛选方法?
0 回复
数据分析师大山 中级 11小时前
那现在主流的RAG怎么优化噪音?还是得靠手动切片?
0 回复

发表回复

支持 Markdown 格式