用只会调包3处源码让你从调包到掌控效率翻倍95k加上 Stars到 2026 年时分将展开彻底的重构工作, v1 版本的在吞吐量这一方面上提升至过去的 2.3 倍。打开敲下这几行代码from . (llm,) agent.({:处于北京这个地方, 其天气呈现出怎样的一种状况呢?})代码跑了结果对了。可心里却有个声响在发问, agent.()当中究竟发生了啥, 大语言模型是怎样寻觅并调用我的函数的?从“调包侠”进步成“框架贡献者”, 关键的分水岭, 就是有那种“能用可不懂”的这种状态。95k加上星星是当下最为流行的LLM应用开发框架, 2026年已然全面步入v1.x稳定时代, 其中core已更新至1.5.4, 主包已达到1.3.14。一、到底是什么核心定位并非是“达成AI能力”呀, 而是要为所有的AI能力去提供统一的接口呢 —— 不论底层究竟是怎样的情况, 上层代码都无需进行修改。1.1 v1.0生态四大组件早已不是一个框架而是一个完整生态1.2 v1.0核心变化在2026年时, 已然进行的是完全的重新构建, 将重点放在智能体相互之间的交互逻辑方面, 去承担有着确定性的流程控制工作, 继而形成一种层次性的架构, 即有着稳定底座以及灵活上层的架构。核心承诺在v2.0到来之前不会再引入破坏性的颠覆功能。二、协议让万物皆可组合打开/base.py你会发现整个最核心的类class (ABC,Input,具有可被调用特性的工作单元, 可进行批处理, 能够实现流式传输, 还可以进行组合。Input,是一个泛型抽象类——接受Input产生。在中几乎所有组件都是因为所有东西都是所以任何东西都可以和任何东西串联。LCELUnix管道思想的复刻链条等于, 竖线模型竖线, 等于链条对括号左大括号空字符串冒号什么是AI问号右大括号进行操作。这行代码背后是三层契约LCEL已成为 v1中组合组件的唯一标准方式。随意一种凭借这种样式搭建而成的链, 自然而然地为同步、异步、批处理以及流式传输提供支持。三、核心源码拆解3处关键位置第1处消息系统——从何而来消息系统位于//当LLM决定调用工具时API直接返回结构化字段( , 我不太明确你的具体需求, 你给到的内容看起来像是一段代码片段, 不太清楚你是想对这段内容进行重写还是有其他特定要求, 请你明确说明希望我做什么, 以便我能更准确地按要求改写。关键之处在于认知取得突破, 所涉及的是由API直接返回得来的结构化数据 , 并非是从文本当中解析出来的。第2处工具系统——tool装饰器以一个从名为.tools的模块里的拥有一个名为tool的函数为例, 此函数接收一个字符串表示城市名作为参数, 返回另一个字符串, 来展开说, 它的作用旨在查询指定城市的天气时能够达成这样的结果, 即呈现出这样的格式, 具体来说, 就是该函数会返回形如{city}今天晴, 25°C这样的一个返回值。tool装饰器, 会自动从函数签名之中, 把工具名称提取出来, 还能抽取参数类型, 进而进行组装, 以形成格式的JSON。第3处源码——底层存在着一张有向状态图, 它于model以及tools之间进行来回跳转。text┌─────────┐里存在着┌─────────┐, 其中│ model │依照某种流程───────→ │ tools │, 包含着│ 节点 │, 而│ 节点 │到了一定時候└─────────┘会逆向返回──────────────── └─────────┘, 直至│tools执行进度完结且不存在任何遗留情况才→ END。源码位置//.py在这里只是对做了上层封装。四、中间件v1.0最重要的创新中间件机制是 v1.0中最大的变化没有之一。它让Agent变得高度可定制提升了可构建能力的上限。4.1 内置中间件4.2 使用示例将其按要求格式改写如下: 代理相关的情况是, 其模型部分描述为负四到六, 而工具方面呈现出这样的状态,, 你的内容似乎不太完整或不太清晰, 它看起来不像是一个完整的、能正常理解结构的句子, 请补充完整准确的内容以便我按照要求进行改写。, edit, }}),,)4.3 自定义中间件钩子v1 点 x 的 Agent, 达成了从“黑盒循环”至“可控管道”的重大转变, 并实现了质的飞跃。五、版本演进与性能提升5.1 关键版本里程碑5.2 性能数据在基准测试中处理包含5个LLM调用的复杂工作流时5.3 v1.0核心变化定位革命从底层基座转变为的高级封装层统一接口所有组件实现协议驱动用取代中间件机制Agent高度可定制包结构精简主包依赖从20缩减至8个LCEL成为标准声明式编排的唯一方式写在最后它不单单是一个能够被使用的AI应用框架, 更是一份涉及到怎样去构建生产级LLM应用系统的工程教科书。从v0.3黑盒到v1.x透明的状态图从杂乱无章的API到统一的协议从无拦截的Agent到高度可定制的中间件机制——追求的不是“快速拼凑”而是“可控组装”。缘由根本就在于此, 它于众多框架里得以脱颖而出, 使得开发者不但能够“用起来”, 而且更能够“控得住”。2026年的那个, 其已然从所谓的, 那种“快速拼凑的原型工具”, 进化成了“可控组装的生产级框架”。v1.0所带来的, 关于API稳定性的承诺, 使得企业终于能够放心地, 把它部署到生产环境当中了。