这周又刷到一篇“我们换掉了 LangChain”的复盘帖。算下来，这已经是我今年不知道第几次看到类似标题了。
这类帖子这两年见得太多了，多到我一度以为这个框架早就凉透了。
写稿前我顺手查了下 npm 的公开数据，查完愣了半天：langchain 这个包，光 10 月 21 日到 27 日这一周，下载量就有 3,541,200 次。
我又查了去年同期同一周，126 万多一点。
一年翻到 2.8 倍。
GitHub 那边：主仓库星标 148,676，fork 24,962。仓库 2022 年 10 月 17 日创建，算下来十二天前刚过完四周岁生日。现在仓库自述写着 “The agent engineering platform”，也就是 Agent 工程平台。
被喊了三年“生产环境别用”的框架，数据却长成这样。两个信号打架，今天这篇就掰开算。
大家换掉它的理由，一条比一条实
最典型的是一家接 AI 应用外包的团队，他们盘过一笔账：18 个月上线 12 个生产项目，其中 7 个现在跑在没有 LangChain 的代码上。他们的原话挺有意思——这种变化出现在提交记录里，不出现在新闻稿里。
理由拆开看就三条。
头一条，官方 SDK 把框架的老本行抢走了。流式输出、工具调用、结构化输出、提示词缓存，模型厂商全做成了 SDK 的一等功能。按他们的说法，这些活自己写，大概二十行代码。
第二条是抽象税，越交越多。他们的一个 Agent 在超时前循环了 7 次，查到最后，还是得一头扎进框架源码里找答案。修框架的时间超过调提示词的时间，这买卖就亏了。
最后一条，家底太厚反成负担。生态确实厚：50 多个数据加载器、30 多个向量库适配、10 多种记忆实现。可真用起来呢？两年里，冷门加载器只用了两次。他们招的新人入职第一周，满脑子都是教程里的那条经典链，结果项目里压根没有，光对齐认知就多花了一周。
这家团队还翻过一次车：某个周二下午 4 点，模型厂商宕机，他们一行代码把主力模型切成备用模型扛过去了。这种时刻，谁也没想起框架。
他们也给出了临界点：一天大概 5000 次请求往上，框架带来的麻烦就超过了它省下的工夫。解法是一个 60 行的自写路由器，重试、降级、成本上限全包。按他们的说法，这 60 行顶掉了框架 80% 的用途。
可数据完全是另一回事
按理说 LangChain 该死了，npm 这条曲线可不答应。
先看下载。一周 354 万次，去年同期 126 万，净增约 1.8 倍。要知道，这可是在“别用它”的喊声最响的一年里涨出来的。
更有意思的是底座：langchain 主包一周 354 万次，它的核心依赖包 @langchain/core 同周被下载 694 万次，几乎是主包的两倍。比主包多出来的那 340 万次，来自根本没装全家桶的项目。嘴上说不用了，依赖树里还躺着它，这个数字不会说谎。
再看社区。星标年初破 9 万，现在 148,676，十个月涨了近 6 万。发版节奏也离谱：我查的时候 npm 上最新版是 1.6.0，而六天前一份第三方仓库报告里写的还是 1.4.7。
四年里它改了三次定位。2022 年刚发布时靠“链”起家，把模型调用串成流水线；后来主推 LangGraph，改做 Agent 编排；如今连仓库门口的招牌都换了，自述只写 “The agent engineering platform”，chain 这个词从主页面消失了。
还有个细节，我觉得比星标都值钱。五天前有家叫 Onebrief 的公司挂出年薪约 20 万美元的岗位，JD 里 LangGraph、LangChain 和 LlamaIndex 并排躺在“熟悉任一框架即可”那一栏。公司花钱招人的时候，可没嫌它凉。
那矛盾到底在哪？
矛盾拆开，其实是两笔账
星标和下载，记的是“从零到能跑”这笔账。
新手上路要学 API，要拼 demo，要把 检索、记忆、工具调用 一口气串起来，框架把这些全打包好了。过完四周岁生日还能一年涨 6 万颗星，最合理的解释是每年都有大批新人进场，第一站还是它。
换框架的帖子，记的是另一笔账：生产。
量一大，稳定性、延迟、调试透明度全要自己扛，框架就成了那层你捅不透的玻璃。临界点人家也说得明白：一天 5000 次请求以下，框架是加速器；往上，是减速带。
两边谁也没骗人。它没死，过时的是“一个框架包打天下”的用法。
原型的归框架，生产的归裸 SDK，两笔账各算各的。
LangChain 自己呢？从它的动作看，早就想明白了。
星标不花钱，平台费才是真金白银：LangSmith 的开发者版免费，Plus 版一席一个月 39 美元。Deep Agents 开源给你用，托管版收你钱。10 月 27 日它还把自家的 AI 设计员工整套开源了，3000 份活、成本从 8 美元砍到 5 毛，看着像做慈善，其实是条相当漂亮的获客广告。
pip install 免费，生意早搬到了平台那一层。
你手上的项目，继续用还是换掉
该说说怎么选了。我自己盘下来，就三条。
如果你手里是给老板看的 demo、黑客松项目、还没想清楚要做什么的探索期应用，留着，别折腾，这种活框架干起来最快。
如果你已经稳定跑在一天几千次请求以上，认真算一次迁移账。判断标准可以直接抄前面那家的：修框架的时间超过调提示词、延迟曲线里框架开销越来越显眼、团队里技术最好的那个人每周都得钻进框架源码。中了两条，迁移就该提上日程。提醒一句成本：迁一条链花一周，再留一周观察，五条链的应用前后走了 8 到 12 周。
还有一条最容易被忽略：先把 prompt caching 开了再算账。换框架省的是 10% 量级的基础设施费，提示词缓存省的是 70% 量级的 token 钱，后者动动配置就拿到。
留的话，可观测性那层别省。LangSmith 这类追踪工具，换掉的团队自己都没卸。
最后聊聊
你的项目现在还留着 LangChain 吗？留着的，是哪一层原因；换掉的，又踩过什么坑？
这类问题没有统一答案，在 云栈社区 也常能看到开发者晒自己的选型账。
发表于 3 小时前
|
查看: 9|
回复: 0
/1 
