只有我一个人觉得 LangGraph 的理念和思维很奇怪么?

2025 年 12 月 24 日
 chman

最近要做一个复杂的 Agent ,输入数据和提供 MCPTools ,让 AI 自主决策路径,循环调用工具,再根据工具结果继续决策,直到使用工具无法获得更多有价值的信息,在整合现有收集到的信息给出结论。 可以理解为一个破案过程。整过过程流程不固定、无法用 Dify 、n8n 这样的工作流预设好。

最初的原型 Demo 我是基于 OpenManus 开发的。MCPTools 使用 FastMCP 自写的 MCP Sever ,提供 SSE 供 OpenManus 调用。目前感觉 OpenManus 效果勉强令人满意,感觉还有提升空间,优化提示词、优化 MCPTools 之后获得了一点点提升。现在就寻思会不会是 OpenManus 不够优秀,或者说有更好的框架适合我们的场景。

于是开始了信的调研。

我从很多渠道调研,都说 LangGraph 是最好的选择,包括 AI 也这么说。

但是详细去了解、学习 LangGraph 。发现 LangGraph 的思维很奇怪,自己也是老 IT 人了,各种开发语言也写了几十个中小小项目了,第一次遇到一个东西研究了好几天,连理念都无法理解.....

5514 次点击
所在节点    程序员
28 条回复
visper
2025 年 12 月 25 日
dify 有循环节点了。不过当然是不如自己手写代码灵活的。
unco020511
2025 年 12 月 25 日
https://www.anthropic.com/engineering/building-effective-agents
Workflows agents 实际适用于不同的场景,但大部分场景简单的 llm 组合调用就能解决问题.引入编排框架反而会让事情变得更复杂
fulln
2025 年 12 月 25 日
手动复杂化, 这个是我认为 LangGraph 最大的问题, 有时候写 agent 应用场景的时候, 很容易发现就算是 AI 驱动做一些流程编排, 也用不到 LangGraph 这么多概念。。
coefu
2025 年 12 月 25 日
现在不是 agentskills 主流吗?
coefu
2025 年 12 月 25 日
@coefu 搞错了,目前来看,langgraph 依然是能力最强的。
syncnano
2025 年 12 月 25 日
@ericguo #19 我们说的是 langgraph 啊

dify 做做简单的功能没问题,我们是要给业务用的,节点多了之后性能和维护能力没法看了
chaigon
2025 年 12 月 25 日
换 agno ,我最近把公司的告警研判做了个 multi-agent ,挺好上手的
PowerDi
2025 年 12 月 26 日
现阶段生产是不是更推荐 OpenManus ?

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.ih06.com/t/1180940

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX