Embabel 智能体开发框架

能做什么

Embabel 是一个用于在 JVM 上编排智能体流程（agentic flows）的框架，目标是把 LLM 提示交互与普通代码、领域模型顺畅地混合在一起，并支持面向目标的动态路径寻找。

核心建模概念包括：

• Action：智能体执行的步骤；
• Goal：智能体尝试达成的目标；
• Condition：执行动作前或判断目标是否达成时评估的条件，每个动作执行后会重新评估；
• Domain model：支撑流程、并为 Action、Goal、Condition 提供信息的对象；
• Plan：达成目标的一系列动作，由系统动态制定而非开发者硬编码，每完成一个动作后重新规划。

流程可以用两种方式编写：基于注解的模型（类似 Spring MVC，使用 @Agent、@Goal、@Condition、@Action 等），或 Kotlin DSL 的 agent {、action { 块。

规划步骤是可插拔的：默认采用 Goal Oriented Action Planning（GOAP），也开箱支持 Utility AI，后者按效用分数而非严格前后置条件选择动作。

框架通过 AgentPlatform 实现执行，支持三种模式：

• Focused：用户代码请求特定功能，调用某个智能体并传入输入；
• Closed：对用户意图或事件进行分类以选择某个智能体，仅运行该智能体内的动作；
• Open：评估用户意图后，在所有已知目标中寻找合适目标，并从起始状态构建自定义智能体来达成，平台可在不确定目标适用性时不继续。

适用场景

• 希望在 JVM/Spring 生态中构建智能体应用的开发者；
• 需要把 LLM 调用拆分为更小、更聚焦的步骤并复用、测试的场景；
• 需要混合使用多种 LLM（包括本地模型处理点任务）以兼顾成本与隐私的场景；
• 需要利用 Spring 的依赖注入、AOP、持久化与事务管理等既有企业能力的项目；
• 需要对智能体进行单元测试和端到端测试的工程团队。

使用条件与限制

• 框架基于 JVM，主要用 Kotlin 编写，同时提供面向 Java 的自然使用模型；
• 构建与依赖管理涉及 Maven、Spring、Spring Boot 等生态；
• Open 模式能力最强但确定性最低；即便在该模式下，平台也只执行已明确指定的单个步骤，LLM 转换结果本身仍可能不确定；
• 规划器可替换，默认 GOAP 与 Utility AI 为文档明确说明的支持项；
• 文档提到的未来模式（如 Evolving 模式）与联邦能力尚属规划，不应视为现成功能；
• 示例中使用的外部模型、API Key（如 OPENAI_API_KEY）等属于示例前提，未在资料中给出价格或性能结论。