研究显示 Agent 框架选择困难，开发者更需要可维护工作流

Agent 框架开发实践研究：11,910 条讨论暴露框架选择和维护难题

arXiv 论文《An Empirical Study of Agent Developer Practices in AI Agent Frameworks》研究的不是某个模型能力，而是开发者在使用 AI Agent 框架时遇到的真实工程问题。论文指出，大语言模型带动了 Agent 框架快速增长，这些框架通过组件、抽象和编排机制简化 Agent 开发，但它们如何影响实际开发过程，仍然缺少系统研究。

作者收集并分析了 10 个已识别 Agent 框架的开发者讨论，共计 11,910 条，用于比较不同框架是否满足开发者需求。论文还提到，随着框架数量持续增长和演化，超过 80% 的开发者表示很难找到最符合自身开发需求的框架。

研究对象是框架使用中的真实摩擦

这篇论文的价值在于，它没有停留在“哪个 Agent 框架功能最多”的层面，而是把关注点放在开发者实际使用框架时的体验差异上。

Agent 框架通常会提供工具调用、记忆、规划、工作流编排、多 Agent 协作、模型接入等能力。问题在于，这些抽象并不一定天然降低复杂度。框架越多，开发者面对的选择越多；组件越丰富，学习成本、调试成本和长期维护成本也可能随之增加。

论文认为，不同 Agent 框架在使用过程中会遇到相似问题，说明这些问题不是个别项目缺陷，而是整个 Agent 框架生态需要共同面对的设计挑战。

五个维度比单纯功能清单更有参考价值

作者把开发者讨论归纳到五个比较维度：development efficiency、functional abstraction、learning cost、performance optimization 和 maintainability。

这五个维度比常见的功能表更接近工程决策。开发效率关注框架能否让开发者更快构建和迭代；功能抽象关注框架是否提供合适的组件和编排层；学习成本影响团队是否能快速上手；性能优化决定框架在复杂任务和生产场景中的可用性；可维护性则关系到 Agent 和框架本身能否长期更新、扩展和调试。

论文特别解释了 maintainability：它不仅指框架代码能否维护，也包括开发者基于框架构建出的 Agent 是否容易随时间更新和扩展。对团队来说，这一点很关键，因为很多 Agent 项目不是一次性 demo，而是会不断接入新工具、新模型和新业务流程。

框架选择困难背后是需求不清和场景差异

论文中“超过 80% 开发者难以识别最适合自身需求的框架”这一点，反映了 Agent 开发生态的一个现实问题：框架数量增长很快，但开发者并不总能清楚区分它们适合什么场景。

有的框架适合快速原型，有的更偏工具编排，有的强调多 Agent 协作，有的适合复杂生产流程。开发者如果只看宣传页上的能力列表，很容易忽略框架在调试、性能、扩展和维护上的差异。

这篇论文的启发是，团队选 Agent 框架时不能只问“这个框架支不支持工具调用、记忆和工作流”，更应该问：它在真实项目里是否容易调试？抽象是否过度？团队学习成本多高？运行成本和性能瓶颈在哪里？未来换模型、换工具或扩展流程时是否容易维护？

Agent 框架正在进入软件工程问题区

论文把 Agent 框架放在 software engineering 视角下分析，这一点很重要。Agent 项目早期常被看作模型应用或提示词工程，但当它进入团队开发和长期维护，就会变成典型软件工程问题：架构、抽象、调试、性能、依赖、版本和可维护性都会影响最终效果。

这也说明 Agent 生态的下一阶段，不只是继续堆更多功能，而是需要更清楚的设计原则和实践指南。开发者需要知道什么样的框架适合什么任务，框架作者也需要从实际讨论中看到开发者最常遇到的摩擦。

对于准备建设 AI 工作流或企业 Agent 系统的团队，这篇论文提供了一个实用提醒：框架选择不是越热门越好，而是要回到任务复杂度、团队能力、维护周期和工程约束本身。

参考来源

• An Empirical Study of Agent Developer Practices in AI Agent Frameworks