上下文质量比模型参数更重要:别再盲目喂Token了
给AI喂整个代码库来修个CSS Bug,就像让新员工入职第一天读完公司所有文档才敢改个颜色一样,纯属浪费。
这种精简后的结构化信息包,比直接把整个
下一篇
Voice AI 响应越快越好?这其实是个陷阱 →
很多人觉得上下文窗口越大越好,1M甚至更多就能解决所有问题,但实际实操下来你会发现,Token堆多了反而会产生噪音,导致模型分心,响应速度变慢,而且钱包缩水快得惊人。
现在的痛点根本不是模型不够聪明,而是我们缺乏有效的“上下文工程(Context Engineering)”。典型的低效工作流是:贴报错 → 贴三个文件 → 发现不够再贴一个 → 解释项目结构 → 解释API → 解释之前试过的方法。等模型开始思考时,几千个Token已经烧掉了。
真正的效率提升应该在于如何精准筛选信息。一个理想的AI Agent工作流应该是:
当你输入 Fix authentication bug 时,工具能自动检索并仅提供:
- 相关的 API 路由文件
- Auth 中间件逻辑
- Token 校验函数
- User 模型定义
- 涉及该模块的最近 Git Commit 记录
这种精简后的结构化信息包,比直接把整个
/src 文件夹扔进去的效果要好得多。我认为接下来的 AI 编程工具竞争点不在于谁接了最强的模型,而在于谁能更智能地构建上下文。能自动判断“什么该进,什么该剔除”的工具才会真正好用。
从提示词工程转向上下文工程,这可能是未来几年开发者效率提升的关键。