Data Agent 的瓶颈到底在哪里?
DataAgent 也许不是没用,只是我们低估了 Context它把瓶颈从「会不会写 SQL」挪到「懂不懂你在问什么」,是理解本主题的入口。
INTEREST MAP · Context
为什么 Data Agent 的准确率上限往往不由模型决定,而由它获得的业务 Context 决定?
模型能力只是起点。上下文决定 Agent 看见什么、记住什么,又能否在真实任务里做出稳定判断。李简在 lijianai.com 把 Data Agent × Context 写成可复盘的主题权威页。
写给谁数据 / 产品团队:想让 AI 真正理解业务背景,而不是只会写 SQL。
我怎么定义
对李简而言,Data Agent 的 Context 不是「再塞进 Prompt 的长文档」,而是 Agent 做判断时可用的多层背景:用户与权限、业务语义与指标口径、数据模型与血缘、任务目标、多轮分析状态,以及工具与数据新鲜度。缺了它,模型只会生成语法正确但语义漂的答案——准确率的上限由 Context 决定,而不是由会不会写 SQL 决定。
START HERE
按「瓶颈 → 上下文工程 → 评估」读,会先认出准确率卡在哪里,再看角色如何转变,最后看怎样把标准补进去。
它把瓶颈从「会不会写 SQL」挪到「懂不懂你在问什么」,是理解本主题的入口。
从 NL2SQL 幻灭到上下文工程崛起,它讲清核心能力从回答问题转向构建可信 Context 与反馈闭环。
它指出难点在 Rubric/评价标准这类 Context——历史 SQL 留了答案,却没留「为什么这么算」。
依据:文中「95% 商业分析查询」为 Anthropic 对外披露,引用时按其口径转述。
THE FULL THREAD
STAY CLOSE
如果你在给数据/业务场景搭上下文,欢迎聊聊你的语义层与验证闭环怎么落。
想了解我怎么工作,可以看 关于我 →