上下文工程 · 2026-09-13

从提示词工程到上下文工程:真正决定企业 Agent 表现的是“此刻它看到了什么”

长周期 Agent 的难点不只是系统提示词。上下文包含用户历史、企业知识、工具定义、工作状态、检索结果和中间产物。随着循环变长,信息会越来越多,噪声也会吞噬模型注意力。

我们看到的变化

长周期 Agent 的难点不只是系统提示词。上下文包含用户历史、企业知识、工具定义、工作状态、检索结果和中间产物。随着循环变长,信息会越来越多,噪声也会吞噬模型注意力。

当相关能力从演示进入企业生产环境,问题会迅速从“模型会不会”转向“信息是否可靠、工具是否可控、流程是否可追溯、失败时如何回退、业务结果怎样衡量”。这也是白泽研究这些技术时最关注的部分。

对企业落地的启示

好的上下文工程追求“最少但最高信号”的输入:状态外置、记忆分层、检索按需、历史压缩、工具返回结构化。企业 Agent 的可靠性很多时候来自上下文管理,而不是一句更玄学的 Prompt。

真正进入企业时,还要继续把它映射到具体业务对象、权限体系、数据来源、执行工具和人工责任边界。只有这些要素能够被测试和验收,技术才会从趋势变成生产力。

白泽的实践判断

我们倾向于把新技术拆成“可被业务验证的最小能力”:RAG 要验证检索与引用,Agent 要验证任务成功率和工具边界,视觉要验证成像与误漏检,机器人要验证仿真、感知、控制和安全联锁。这样既能快速吸收前沿能力,又不会把客户现场变成实验室。

参考来源

本文为白泽基于国外公开技术资料的中文研究解读,非原文翻译。参考:查看原始资料 →

知其然,知其所以然,知其应然,使之然。

让人工智能从“能回答”走向“能创造结果”