Spring 之父再造轮子，Embabel 把 Agent 框架搬上了 JVM

Spring 之父 20 年后再造一个 Agent 框架，这次他把目标对准了 JVM。Rod Johnson 在 2003 年用 Spring 把 Java 企业开发拽进了新时代，2025 年他带着 Embabel（念作 Em-BAY-bel /ɛmˈbeɪbəl/）杀回一线——一个跑在 JVM 上的 Agent 框架，用 Kotlin 写，但对 Java 程序员天然友好。

过去一年，AI Agent 几乎被 Python 生态垄断。LangGraph、CrewAI、AutoGen、Agno……全是 Python 项目。JVM 生态苦”没有原生 Agent 框架”久矣——你想做企业级 AI 系统，要么硬塞 Spring AI，要么忍受跨语言的运维割裂。Embabel 直接把这块拼图补上了。

核心思路：用目标驱动的”路径规划”取代 DAG

绝大多数 Agent 框架今天还在用”图”思维：节点是 LLM 调用，边是跳转条件，整个工作流是一张 DAG。Embabel 不一样，它的核心理念是 “intelligent path finding towards goals”——你只需要声明”我要达成什么目标”和”有哪些动作可以调用”，框架自己规划从当前状态到目标的路径。

这种设计的好处是，业务逻辑可以混着写：一部分是普通的 Kotlin/Java 方法（确定性强、可调试、可测试），一部分是 LLM 调用（灵活性强、容错性好），还有一部分是”信任 LLM 调度的混合逻辑”。Embabel 把这三种东西用同一种”动作（Action）”抽象统一起来，不再硬切代码块和提示词块。

集成 Spring Boot，开箱即用

既然作者是 Spring 之父，Spring 集成自然做到丝滑。Embabel 已经发布到 Spring Boot 3.5.9，你只需要在 pom.xml 里加个依赖，把普通方法标上 @Action 注解，框架就能识别这些”可被 Agent 调度的动作”。

领域模型也不用专门适配——直接把现有的 JPA 实体、DTO、Service 接口喂进去就行。这对传统 Java 团队极其友好：你已经攒了十几年的核心域代码，今天第一次被 Agent 看懂。

适合谁用？

• JVM 团队想做企业级 AI Agent——不用离开熟悉的栈
• Spring 老项目接入 AI——直接在现有代码里加 Agent 能力，不用重写
• 对 Python Agent 框架的”动态类型 / 测试薄弱”不满意——Kotlin/Java 的强类型让 Agent 输出可验证、可调试
• 需要生产可观测性——JVM 生态的 Micrometer、Prometheus、JFR 都是现成的

现状速报

截至 2026 年 8 月，Embabel 在 GitHub 已有 4.3k stars、415 forks，56 个 open issues，16 个 PR 在路上。版本号 0.3.1，迭代节奏健康，对一个有 20 年 Spring 血统的团队来说，这个开局算是非常克制。

如果你今天的 AI Agent 栈被 Python 生态绑架，或者你维护着一个 Spring 为主的后台想加点智能层——Embabel 值得你给它两小时，从官方 README 走一遍 Quickstart。

👉 https://github.com/embabel/embabel-agent

GitHub: https://github.com/embabel/embabel-agent