“我們的框架太復雜了，用戶已經迷路了。”——Harrison Chase，LangChain 創始人，在最近一次社區會上說的原話

沒錯。這家估值十億美金的獨角獸，決定把核心產品幾乎從頭寫一遍。不是改改文檔、調調 API，是真·重構——底層邏輯、架構設計、品牌命名，全盤調整。

說實話，早該這么干了。

大家早就被繞暈了

你要是逛過 LangChain 的論壇或 Discord，肯定見過這些高頻問題：

• “Chain 和 Graph 到底用哪個？”
• “這五個模塊名字差不多，功能有啥區別？”
• “我就想搭個聊天機器人，怎么寫了兩百行還跑不起來？”

很多小白卡在“第一步”。本來十分鐘能跑通的 demo，用 LangChain 得折騰半小時，還不知道錯在哪。

不是用戶菜，是框架太繞。

LangChain 有點像那種“什么都想塞進去”的工具箱——新論文一出，趕緊加個模塊；新工具火了，馬上集成進來。兩年過去，東西是全了，但沒人搞得清怎么用。新手一進來，像進了迷宮，連出口在哪都不知道。

Harrison 自己也認了：

“我們光顧著追技術熱點，結果把架構搞成了大雜燴，用戶體驗反而越來越差。”

重構分三層，重點不一樣

第一層：核心包，基本重寫

• 把那些花里胡哨的??Chain?? 基本砍掉
• 底層全換 LangGraph
• 只留最基礎、最必要的智能體構建塊

Harrison 說，這幾乎是個新項目，只是名字還叫 LangChain。

老版本不會立刻消失，可能會改名叫 ??langchain-legacy??，但官方支持會慢慢撤。用老版本的項目，建議別急著動，等正式遷移指南。

第二層：基礎設施，基本不動

• ??LangChain Core?? 的抽象層保留
• ??LangGraph?? 繼續迭代，還會加新功能
• 新增“內容塊”標準，支持圖文音視頻等多模態輸出

如果你已經在用 LangGraph，恭喜，你已經在新世界了。遷移基本無痛。

第三層：文檔，終于能看了

以前找文檔？得在官網、GitHub、JS 版文檔站、Python 示例庫之間來回跳，還經常發現兩邊寫得不一樣。

現在：

• 全部文檔合并到一個地方
• 示例不再是“Hello World”，而是能直接用的生產級代碼
• 連項目結構、部署腳本都給你準備好

終于不用靠猜、靠翻 issue。

品牌重塑

“我們自己有時候都分不清 LangChain、LangGraph、LangSmith 是干啥的。”

這話從創始人嘴里說出來，還挺罕見的。更罕見的是，他們居然把品牌怎么改，拿出來讓社區投票討論。

目前方案是：所有商業化產品統一叫 LangSmith，下面分三塊：

• LangSmith Observability（監控）
• LangSmith Evaluation（評估）
• LangSmith Deployment（部署）

名字統一了，定位清晰了，至少以后開會不用先花十分鐘解釋“我們說的到底是哪個 Lang”。

開發者該怎么做？

新項目？直接上 1.0 Alpha

雖然是 alpha，但架構干凈、思路清晰，比老版本更容易上手。別怕“測試版”三個字，它反而是更面向未來的起點。

老項目？先別動

等正式版出來，官方會出遷移指南。現在可以看看新文檔，琢磨下智能體怎么寫，但別急著改代碼。

學什么最有用？

兩個詞：LangGraph + 智能體。

圖結構、狀態管理、工具調用、循環決策——這些才是新 LangChain 的核心。別再死記 ??Chain?? 的用法了，那套快成歷史了。

理解“怎么讓 AI 自己干活”，比“怎么拼接模塊”重要得多。

總結

承認自己做錯了，不容易。  把做錯的東西推倒重來，更不容易。LangChain 這次重構，短期肯定有陣痛——文檔要重寫、教程要更新、項目要遷移。但長期看，這是必須走的一步。

技術債拖著不還，最后不是重構，是重寫都救不回來。他們選了最難但最正確的路：主動還債，而不是等用戶跑光了再補救。作為一個天天跟這框架打交道的人，我挺佩服這個決定的。

本文轉載自???AI 博物院??? 作者：longyunfeigu