番外 1：Agent 框架横评——LangGraph、OpenAI SDK、CrewAI、Dify 怎么选

番外 1Agent 框架横评——LangGraph、OpenAI SDK、CrewAI、Dify 怎么选这是「Agent 工程化」系列的番外篇。正片 11 篇讲完了原理从 Agent 是什么到手写 50 行 ReAct再到护栏、可观测、评测。但读者学完原理一定会问一句“那市面上那些框架呢我该用哪个”这篇就回答这个问题——不排排行榜而是帮你理解 2026 年框架生态的四条路线以及选型的判断逻辑。先建立坐标系框架不是一个东西是四层2026 年最大的认知变化Agent 框架已经不是一个概念而是分成了四层。很多人选型纠结是因为拿不同层的东西在对比——就像拿发动机和整车比谁快没有意义。框架四层 从底层到上层Runtime 运行时引擎LangGraphSDK 开发套件OpenAI Agents SDK多 Agent 编排层CrewAIAI 应用平台Dify层代表一句话定位谁在用RuntimeLangGraphAgent 状态机引擎自己掌控执行流有专职 AI 工程师的生产团队SDKOpenAI Agents SDK托管式套件几行代码跑起来快速原型、OpenAI 重度用户多 Agent 编排CrewAI角色驱动模拟人类团队协作内容生产、快速搭建应用平台Dify / Coze可视化搭工作流低代码/零代码产品经理也能上手越低层越可控、越难越高层越省事、越黑盒。选型的本质是选你愿意为省事付出多少控制权。路线一LangGraph——生产环境最稳的那个是谁LangChain 团队 2024 年推出的第二代产品月下载量约 3900 万是生产环境的事实标准。LinkedIn、Uber、Replit 都在用。设计哲学把 Agent 的执行流程建模为状态图State Graph——每个节点是一个执行步骤边是状态转移条件支持循环和回退。fromlanggraph.graphimportStateGraph graphStateGraph(AgentState)graph.add_node(planner,plan_task)# 规划节点graph.add_node(executor,execute_task)# 执行节点graph.add_node(summarizer,summarize)# 汇总节点graph.add_edge(planner,executor)graph.add_edge(executor,summarizer)核心优势显式状态管理每一步输入输出都是结构化 State可 checkpoint、可回滚执行流可控走哪条路由图决定不是 LLM 随机选对应正片第 8 篇的状态机思想Human-in-the-loop 原生任意节点可暂停等人工审批对应第 9 篇写操作二次确认Token 更省中等复杂度任务比 CrewAI 少用 30%-40% 的 token代价学习曲线陡要懂图、状态、条件路由简单场景用它属于过度工程化。一句话把 Agent 从prompt 驱动的随机游走变成状态图驱动的可控流程。路线二OpenAI Agents SDK——托管式快车道是谁OpenAI 官方 SDK2025 年推出持续演进中。设计哲学把 Runtime 复杂性交给平台你只需要定义 Agent 的指令和工具。researcherAgent(nameresearcher,instructions你负责检索信息并整理要点,tools[web_search,file_reader],)writerAgent(namewriter,instructions你负责撰写报告,handoffs[researcher],# 写手可以把查资料移交给研究员)responsewriter.run(帮我写一篇框架调研报告)核心优势极简 API几行代码跑起来Runtime 细节全托管内置工具生态网页浏览、文件搜索开箱即用Handoff 机制Agent 之间互相移交任务对应正片第 8 篇的层级协作代价黑盒——看不到内部状态转移和决策日志精细调优和私有化部署受限模型被 OpenAI 生态绑定。一句话用最少代码跑起来一个 Agent 的最快路径但把控制权交给了平台。路线三CrewAI——“建一个团队而不是一个 Agent”是谁专注多 Agent 协作的框架月下载量约 540 万NVIDIA 还宣布了 “CrewAI Factory” 合作。设计哲学核心抽象不是图或工具而是角色Role。模拟真实团队分工researcherAgent(role研究员,goal收集信息,tools[search])writerAgent(role写手,goal撰写报告,tools[])reviewerAgent(role审核,goal检查质量,tools[])crewCrew(agents[researcher,writer,reviewer],processsequential)核心优势角色定义直观研究员/写手/审核业务人员也容易理解和参与设计上手快。代价简单任务上比 LangGraph 多吃约 3 倍 token企业级功能权限、审计几乎没有开箱即用。一句话对应正片第 8 篇的分工协作只是把角色变成了框架的一等公民。路线四Dify——“LLM 时代的 WordPress”是谁开源低代码平台GitHub Stars 约 14.8 万280 多家企业付费马士基、诺华等。设计哲学可视化工作流——产品经理拖拽搭 Agent不用写代码。核心优势非技术团队能参与POC 验证极快国内模型支持好支持自托管内置知识库、工具、工作流编排全家桶代价开源版企业级功能有限SSO、审计要商业版工作流复杂度上去后可维护性下降。一句话中小团队快速验证 AI 场景的首选但别指望它解决复杂生产问题。对比总表一张表看全维度LangGraphOpenAI SDKCrewAIDify定位状态图 Runtime托管式 SDK多角色协作低代码平台上手难度陡极简单简单极简单可控性高图控流程低黑盒中低可观测强有 trace弱中中多 Agent支持Handoff主打支持私有化需自建全套不支持需自建支持自托管适合谁生产团队快速原型内容团队中小团队 POC关键洞察框架和原理系列是一一对应的这是把正片和番外打通的关键你学过的每个原理都能在框架里找到它的实现正片原理框架里的对应第 2 篇 50 行 ReAct 循环OpenAI SDK 的 agent.run() 帮你封装好了第 8 篇 Plan-ExecuteLangGraph 的 StateGraph规划节点 执行节点第 8 篇 状态机LangGraph 的图结构就是状态机第 8 篇 多 Agent 分工CrewAI 的 Role 体系第 9 篇 写操作二次确认LangGraph 的 interrupt/resume人工审批第 10 篇 可观测LangSmithLangGraph 配套的 trace 平台所以框架没有魔法它只是把你正片学过的原理工业化了。这也是为什么这个系列坚持先讲原理——懂原理的人用框架是如虎添翼不懂的人用框架是盲人摸象。避坑三个真实教训教训一AutoGen 停更的警示微软的 AutoGen 曾经风头无两Stars 约 5.9 万但 2026 年初转入维护模式被拆成 4 块新项目被推荐迁移到 Microsoft Agent Framework。教训框架有生命周期把业务深度绑死在某个框架上框架一停更你就得跟着迁移。这也是自研核心逻辑、框架只做外围的原因。教训二选型先问数据能不能出域很多框架的对比输在能不能用赢在能不能在你的 IT 环境里跑。选型第一个问题不是功能多不多而是数据能不能出公司域不能出域的企业OpenAI SDK 直接出局只能在自托管路线里选。教训三80% 的团队高估了自己对框架的需求想调个 API、加个 RAG一个 requests.post() 就够——别上框架。框架不是免费的每层抽象都带来额外 token 消耗、调试复杂度、升级风险。正片第 8 篇的自研优先在这里依然成立先确认问题真需要框架解决再选框架。选型决策六个灵魂拷问选型不靠谁火靠回答问题问题答案决定1. 数据能出公司域吗不能 → 排除云端托管类2. 团队有专职 AI 工程师吗没有 → 往上层平台走3. 流程要严格可控、可审计吗要 → LangGraph4. 要极致快速验证吗要 → OpenAI SDK / Dify5. 需要多人协作编排吗要 → CrewAI6. 场景简单到不需要框架吗是 → 别用框架自研一句话选型口诀可控要 LangGraph求快要 SDK/Dify多角色要 CrewAI简单就自研。小结框架分四层Runtime / SDK / 多 Agent 编排 / 应用平台——别拿不同层的东西比四条主流路线LangGraph可控生产、OpenAI SDK托管快跑、CrewAI角色协作、Dify低代码框架是原理的工业化正片学的每个概念都能在框架里找到对应实现避坑三原则框架有生命周期、数据能否出域优先、简单场景别上框架选型六问 口诀先问问题再谈功能下一篇番外我们深挖一下生态最庞大的 LangGraph——“它到底帮你做了什么和我手写的 50 行循环是什么关系”把框架的黑箱拆给你看。本系列路线从 0 到 1Agent 是什么 → 手写最小 ReAct → Function Calling 与工具设计 → 上下文管理 → Memory 记忆系统 → RAG 知识库 → Skill 自学习 → 编排模式与多 Agent → 给 Agent 装护栏 → 生产部署与可观测 → 评测与回归 →番外框架横评 → 框架深挖 → 自研 vs 框架