【人工智能】为什么要放弃LangChain | Fabian Both | Octomind资深工程师 | 过度抽象 | 嵌套抽象 | 从生产力工具到阻碍 | 如何开发大模型应用 | 构建基本块

[@austinsu5838]

我也放棄langchain了，主要是他版本前後介面不一致，常常你更新後，舊程式碼就不能用了，其次是他的複雜性非常高，封裝太多，時常一個功能有多重做法，加個prompt可以用A方式也能用B~Z方式，讓人搞不懂他的邏輯是甚麼，文件也都沒說清楚，時常要追進他的原始碼才知道原來這裡又可以傳進其他參數，真的很累，搞到最後還是回歸只用最簡單的openai sdk ，再逐步往上搭建自己的框架來建立agent，反而比較快速簡單且易於維護😂

[@穆飞-h7e]

我也是放弃了，原因也是一样

[@許逸凱]

其實langchain還是有不少不錯的功能的，像文件提取器就提供統一化的IO，還有針對特定任務的Parsing，部份非同步功能也有幫忙實作，把單一Module作為工具箱使用是蠻ok的。不過chain跟agent功能我就比較少使用了，chain主要還是他覆蓋python 的magic method個人認為不是很優美而且造成閱讀代碼的門檻（要先理解哪些模塊的langchain的功能，如果在上面在做抽象就會變成天書）。

[@lumiseven8630]

langchain 发布的时候是llm工具发展比较早期的阶段 有很多问题都是之后的快速发展涌现出来的 我觉得从架构角度考虑 他的问题就在于过早的进行了整个调用链路 以及如此多的工具的抽象 这也间接导致几乎所有工具的扩展性方面无法考虑全面 但也正因为这样才有那么多人使用

[@tunglee4349]

已經使用 LangGraph 開發多個產品

[@HomunMage]

跟我想的一模一樣，我用langchain一周就感到這個問題。所以改用LangGraph實作我自己版本的Agent，最小化調用langchain功能。

[@Sulzbach-dk7ov]

LCEL超好的，就算代碼全部加上註釋，若是公司把我開除的話，就完全沒人看得懂代碼在幹嘛了。 隨著時間久了其實自己也會知道只需要調那些出來用就好 要訂製化功能就寫function + Runnable 也行

[@rogerroan7583]

langchain整的document loader太香了欲罷不能

[@salinia]

之前用 langchain 寫了一個 python script 專門在 shell command 搭配 sgpt 下載大文本使用還不錯啊, 記得不超過 50 行就能將文本分塊儲存到 vector database 跟 embedding prompt, 沒用 langchain 感覺會複雜不少 ._.

[@bobhwang8326]

我比较了主流agent框架，langgraph是最优秀的和最灵活的，langchain的抽象可以让我无缝切换大模型，而如果连理解langchain框架都觉得复杂，我不认为他们是合格的程序员😂

[@HomunMage]

問題不在理解框架，而是langchain本身限制太多，比如langchain agent的相關function不能隨意調用，而是要有幾個set的固定使用方式，甚至必須使用openai api key。 最後解方，我只使用langchain最基本的prompt template然後輸出json格式，僅此功能。 所以為了使用Ollama，我用LangGaph實現我的Agent, Tool Agent, Tool Executor。 詳情可以看LangGraph-GUI，就是我的專案。

[@ArtisanCloud]

这篇老外文章很早已经看过，但是langgraph才是面向agent的工作方案，agentic framework，估计那时候还没出langgraph。

[@HomunMage]

agree，我也是使用langgraph實現我要的agent，而非調用langchain agent

[@yilei1051]

这次视频比较客观 赞

[@yuli.kamakura]

身边的人，创业在 AI 上的，没有用 langchain 的，AI building block 现在足够了

[@bittergourd]

我作为scientist的代表，曾经和组内几个engineer就OOP还是FP撕了一次大B。码农们的最爱就是abstraction套娃，美其名曰简练、可维护性高，实际就是把业务逻辑拆成渣渣然后藏得到处都是，稍不留神就各种side effect. langchain初心不错，但很遗憾它走上了套娃的道路，试图用死架构去隐藏一日千里的AI应用范式。

[@bobhwang8326]

那是你对OOP还不够了解深入，所以你觉得套娃，langchain要打造的是跨模型框架，实现代码在各模型间无缝切换，而不是只针对openai,我理解大多数人对langchain的困惑主要是来源于基于LCEL的使用，和原来Chain模式的巨大变化引起的

[@albertwang5974]

说的太好了，OOP是按数据特性来分包，其实按业务逻辑来分包更有利于后期的扩展和维护，业务逻辑的优先级应该高于数据特性才对，而不是动不动就使用OOP进行分拆！

[@stoneskin2]

外行有外行的用法，比如特别喜欢copy and paste，建很多大同小异的代码块。 专业程序员需要放下代码洁癖与非专业成员打交道。

[@梁雪霖]

這些 ai framework 用的 agent 和 actor model 有什麼不同嗎？ 因為聽起來根本是同一個東西，卻完全沒提及actor model。 --- 像這種 concurrent model 本來就各有擅長，無法用單一 model 去覆蓋所有情況。 老實的轉接，是唯一的辦法。

[@pengyu9316]

是用Langchain做框架，需要对Agent的状态做跟踪的话，对Langchain代码做自己的定制也是一种不错的选择吧？还可以提交代码，回馈开源社区

[@kangcc912]

聽上去有些類似數學教育問題， 是教學生純數學 還是應用數學? 例如25 / 3 = 8 ... 1， 共25顆橘子 平分至 三個箱子，一箱裡有幾顆橘子? 剩下幾顆? 一開始學習時，若硬記數學式子，那對於學生是有困難的。 而後者則能幫助學生理解數學運算的過程。 然而並非所有式子都能簡化成應用數學， 學生遲早都要以純數學與圖形的語言的方式去理解數學。

[@tianzhiwu]

我在使用dify

[@albertwang5974]

以后，我们不需要什么框架了，直接让AI生成一个个高效的定制代码！

[@Guanggge]

特别同意

[@littledovecitydust]

在这之前要怎么办

[@comble999]

第一次看到langchain的時候看到他那個template功能 還想說哪來的天才放著string format語法不用跑去用template. 這下終於有人把它拿出來笑了

[@jongfat-t2y]

LangChain對初學者友善，對高階使用者就束縛滿滿，一腳剛踩入順利走，走著走著就黏腳了..準備退坑中!!

[@ahpk3518]

打算聊聊graphRAG嗎

[@bestpartners]

有时间做一期视频😜

[@leishi8514]

确实有这个问题,写了记不住,因为分支太多了,细节要仔细去看.

[@雷撅天]

那有没有更好的替代方案呢

[@rogerroan7583]

llamaindex

[@雷撅天]

@@rogerroan7583 感谢反馈 ❤️

[@counterko]

放棄+1，想要認真開發複雜的大應用就會發現這東西設計上問題很大

[@allenyang5490]

LangChain的下一代版本LangGraph, 解決了之前LangChain一些問題。....不知道大飛怎麼看呢？

[@qstarli]

langgraph 确实加分不少，很多抽象的abstraction不再需要了，代码里看到了更多的常规python functions。

[@hbj418]

为啥用langchain搞agent？不是应该用langgraph么😅

[@sgpwwj]

我只用它来加载文档，其它都不用它。

[@没有名字-c9w]

是的，lc的过度抽象会让代码丧失灵感。

[@yuguo7138]

作为一个操纵大模型的库，竟然不自己训练或者微调一个帮助人们使用 LangChain 的模型帮助开发者使用，这完全是团队的认知问题了。

[@AI-fm2vu]

@@yuguo7138 有的。他们有一个针对他们的doc的LLM, 挺好用的

[@austinsu5838]

確定沒有嗎？ 應該是因為langchain 已經亂到連AI也無法理清楚它到底該怎麼用了😂

[@BruceChouTW]

我本身用LangGraph，完全不覺得有這些問題，KZbin上面很多其他黑LangChain的影片，內容也只是重複造輪子而已，寫自己愛的框架工具沒什麼不好，但硬要說自己的方法更高效這個就有點搞笑。

[@woongda]

My team ditch it after using it for 1/2 a day. Framework never helps much for complex / fast evolving projects, it adds negative value to us.

[@Isgostnort]

但是2023年12月到今天只有8个月啊😅互联网的速度超越时间啦😂听着langchain很像我学习MFC的赶脚，简单的时候不错，复杂起来就要死😢

[@yedeng0]

大多数(非轻量级)的框架, 基本都是些烂坑

[@hiucollo2402]

Thank you 大 飞 🍀 😀 🍮 😊 🀄 😎 👍 😇 🧧

[@stan-kk2sf]

从一开始就没觉得这个东西有啥好用的，明明就是prompt工程，搞得那么复杂

[@rogerroan7583]

法比安可以試著開源自己團隊的框架，讓大家有更好的選擇，光批評沒什麼幫助

[@bittergourd]

他们的结论是，压根儿不需要框架，业务逻辑加API调用足够用。

[@rogerroan7583]

@@bittergourd團隊這麼大，程式碼還是要抽象，每個團隊要規範成員的程式碼都需要有自己的框架，這就是langchain作者的初衷啊

[@technologygoldenretriever8933]

langchain超難用，我都拿來參考源馬而已

[@manfyegoh]

langchain not focus , keep doing everything

[@YetEthanOnly]

一堆沒用的技術，生命週期非常短

[@diaotaida]

管道式chain是灵魂啊。这种程序员是什么水平啊😂

[@千言萬語在心頭]

完了。学了也白学，老了

[@Jamesbound407]

幸好没学LangChain

[@rogerroan7583]

那您學哪個