Appearance
43. 各类 Agent 开发框架应该如何选取？
难度 P1 高频 · 岗位 应用 · 频率 ★★★ · 预计阅读 5 min
本题阅读地图
- 💡 简要回答
- 📝 详细解析
- 🎯 面试总结
👔面试官：各类 Agent 开发框架应该如何选取？
🙋♂️我：看哪个流行用哪个，LangChain 最流行。
👔面试官：不能只看流行度，要看任务复杂度、团队能力、交付要求。LangChain 适合快速原型，LangGraph 适合复杂状态，Coze/Dify 适合快速验证，简单场景直接手写 SDK 也可能最省。你能系统讲吗？
🙋♂️我：简单用平台，复杂用 LangGraph，中间用 LangChain？
👔面试官：对，但要能说出具体判断依据：有没有显式状态？有没有循环？需不需要人机协同？团队熟悉什么技术栈？
💡 简要回答
选型原则：不看热度，看任务复杂度、团队能力、交付要求。
| 场景 | 推荐框架 |
|---|---|
| 快速原型、生态丰富 | LangChain |
| 显式状态、循环、条件路由 | LangGraph |
| 低代码、快速验证业务流程 | Coze / Dify |
| 系统边界简单、需求明确 | 直接手写 SDK |
成熟回答方式：不说"哪个最好"，说"什么场景下用什么更划算"。能说出替代方案和迁移路径更有说服力。
📝 详细解析
LangChain
适用：
- 快速原型
- 常见组件齐全（RAG、Tools、Memory）
- 团队熟悉 Python
局限：
- 复杂状态管理弱
- 循环能力有限
LangGraph
适用：
- 显式状态管理
- 循环（ReAct、迭代优化）
- 条件分支
- 人机协同
- 多智能体
前提：
- 团队能接受学习成本
- 任务确实复杂到需要 Graph
Coze / Dify
适用：
- 业务快速验证
- 工作流编排
- 非技术用户参与
- 插件生态需求
局限：
- 深度定制受限
- 复杂状态管理弱
- 供应商锁定
手写 SDK
适用：
- 需求非常明确
- 系统边界简单
- 团队有能力维护
- 对外部依赖敏感
优势：
- 零框架依赖
- 性能最优
- 完全可控
判断维度
| 维度 | 问题 |
|---|---|
| 任务复杂度 | 是否需要循环、复杂状态？ |
| 团队能力 | 熟悉什么技术栈？学习能力？ |
| 交付要求 | 多快上线？是否需要迭代？ |
| 可维护性 | 谁来维护？运维成本？ |
| 迁移路径 | 未来是否需要升级？ |
🎯 面试总结
选型看任务复杂度、团队能力、交付要求。不说"哪个最好"，说"什么场景用什么更划算"。