Agent 项目验收三问：断的不是组件，是衔接层

判断一个 Agent/RAG 项目成没成，不看 demo 回答得对不对，看三问：资料换一批还能不能继续处理？问题复杂一点还能不能找到内容？前端把请求发过来，后台能不能按约定返回？

赋范AI说这条教程片点破了一个真问题：学 LangChain 学到”demo 能跑就停”的人，缺的不是组件知识，是衔接层——前后端怎么配合、需求文档到开发对接到上线复盘这条链。一个 AI 项目远不止”把问题发给模型、把答案显示出来”：模型得拿得到业务资料（知识库）、调得动工具，给别人用还得把这些能力接进完整应用。模型调用只是其中一环，其他环节对不上，局部做得再好整个项目也跑不顺。开发时这些对接关系没想清楚，等到最后把几块代码拼起来，问题会集中爆发。进阶也不是贴技术标签：单知识库解决一类资料的问答，双知识库就引入”问题交给哪部分资料”的路由问题，知识图谱再进一步处理文档间关联——业务要求增加，系统才跟着变化。

洞察：三问的本质是把验收对象从”模型输出”换成”系统接口”。 第一问验数据链路（换批资料，解析、索引、召回全要重跑），第二问验检索质量（复杂问题考验的是召回不是生成），第三问验契约（前后端按约定通信）。demo 只证明”模型在最佳条件下答对过一次”，三问证明的是”系统在非最佳条件下仍然成立”。这解释了为什么教程跟着敲都顺、自己接项目就崩——教程把衔接层替你做掉了。

启示： 三问可以直接当我们自建流水线的验收清单，每接入一个新数据源就重问第一问，每改一次提示词或检索策略就重问第二问，每加一个调用方就重问第三问。片子里还有几条可抄的工程惯例：API Key 注入与验证分两步、验证只打印前 3 个字符加长度；工具的 docstring 不是可选项，模型靠它判断何时调用，缺了直接报错；换 system_prompt 不影响 tool_calls，提示词只调”外衣”；生产环境用 stream 不用 invoke。

提醒： 这是一条课程引流片（课件走评论区发放），“LangChain 是主流框架”是讲师叙事，无市场数据佐证；具体包名和写法随 LangChain 版本迭代会过期，三问这个思想不会。三问必要但不充分——没覆盖成本、延迟、人工接管率这些运营指标，那部分要看”Agent 岗四道关”那张卡。

---

📺 赋范AI说《LangChain到底该怎么系统学？》，抖音，2026-10-02 · 原视频 · 库内 2026-10-02-LangChain到底该怎么系统学 · 速览 速览/2026-10-02-LangChain系统学与验收三问