LangChain 不是一个更聪明的模型,而是 LLM 应用的工程骨架。
它把模型调用、messages、prompt、tool、RAG、结构化输出和 Agent 循环放到一套统一接口里。
前面几篇分别看了 Agent、Function Calling 和 RAG;这一篇补上“这些能力如何被组织成应用”。
LangChain 不是一个更聪明的模型,而是 LLM 应用的工程骨架。
它把模型调用、messages、prompt、tool、RAG、结构化输出和 Agent 循环放到一套统一接口里。
前面几篇分别看了 Agent、Function Calling 和 RAG;这一篇补上“这些能力如何被组织成应用”。
RAG 是在推理时临时给模型补证据:先检索,再把资料放进上下文,再生成回答。
它不把知识写进模型参数,而是把外部资料变成可检索的上下文。本文只建立核心认知:RAG 的组件、两条数据流、相似度检索、能力边界,以及截至 2026-07-02 常见的现代 RAG 优化方向。
Function Calling 的核心不是“让大模型执行函数”,而是“让大模型用结构化格式告诉程序该调用哪个工具”。
LLM 负责判断工具和生成参数,程序负责解析参数、执行函数、回填结果。
这篇笔记按工程链路整理:工具怎么定义、模型返回什么、代码怎么接、出错先查哪里。
大模型解决“生成回答”,Agent 解决“完成任务”。
最小结构:
Agent = 大模型 + 工具 + 上下文 + 任务循环。
本文先建立整体地图:大模型、Workflow、Function Calling、RAG、Memory 和 Agent 的关系。