这门课的主题很明确:用 SpringAI 作为底座,把多 Agent 协作和 Skills 机制拼成一个能自己做判断的智能体系统。它不是那种只讲提示词技巧的课,而是把重点放在工程结构上——Agent 怎么定义、Skill 怎么挂载、多个 Agent 之间怎么通过协议协作。13 章完结,配套有源码和分章资料,适合边看边跑。 技术栈的取舍:为什么是 Sprin…
这门课的主题很明确:用 SpringAI 作为底座,把多 Agent 协作和 Skills 机制拼成一个能自己做判断的智能体系统。它不是那种只讲提示词技巧的课,而是把重点放在工程结构上——Agent 怎么定义、Skill 怎么挂载、多个 Agent 之间怎么通过协议协作。13 章完结,配套有源码和分章资料,适合边看边跑。
Java 生态里做 AI 应用,SpringAI 是目前比较顺手的选择。它把模型调用、提示词模板、向量存储、工具调用这些能力封装成 Spring 风格的 Bean 和接口,和现有的 Spring Boot 项目能直接对接。这门课没有绕开框架自己造轮子,而是沿着 SpringAI 的抽象往下走,所以你能看到 ChatClient、Advisor、ToolCallback 这些概念在真实代码里怎么组合。
对已经熟悉 Spring 的开发者来说,这个技术栈的迁移成本很低。你不需要切换到 Python 生态,用现有的项目结构、依赖注入、配置管理方式就能把智能体跑起来。这一点在工程落地时很关键,尤其是团队本身以 Java 为主的情况。
课程里有一个明显的设计取向:把复杂任务拆给多个职责单一的 Agent,而不是写一个巨型提示词让模型自己分步骤。旅游规划这个场景被拆成了路线制定、信息检索、行程编排等角色,每个 Agent 有自己的系统提示词和可用工具,团队之间通过消息传递协作。
这种结构的好处是可控。单个 Agent 的输出范围被限定住了,调试时能定位到具体是哪个环节出了问题,而不是面对一段无法解释的长文本。课程第 5 章围绕旅行规划团队展开,实际上是在演示怎么划分角色边界、怎么定义交接协议。这部分代码如果抽出来,换一个业务场景也能复用同样的骨架。
Skills 解决的是另一个问题:Agent 知道该做什么,但未必知道按什么顺序做。第 10 章专门讲这块,思路是把专业流程封装成可挂载的技能单元,Agent 在执行时按既定步骤推进,而不是每次都由模型自由发挥。
从工程角度看,这相当于给智能体加了一层流程约束。哪些步骤必须走、哪些判断需要外部数据、哪些环节要调用工具,都在 Skill 里定好。这样同一个 Agent 面对同类任务时行为更稳定,也更容易做测试和回归。对于需要输出一致性的业务,这比纯靠提示词约束可靠得多。
第 11 章引入了 MCP 和 A2A,把协作从单个进程内的 Agent 团队扩展到了跨服务、跨团队的层面。MCP 负责让 Agent 接入外部能力和数据源,A2A 处理 Agent 之间的通信。旅游规划这个案例在这里变成了一个多团队协作的场景,每个团队可以独立部署,通过协议对接。
这部分内容的价值在于它给出了一个可扩展的方向。当你的智能体系统不再只是本地几个 Agent 互相调用,而是要接入第三方服务、或者让不同部门维护的 Agent 协同工作时,就需要这样的协议层。课程把这块单独成章,说明作者是把它当作架构问题在讲,而不是当成 API 调用示例。
整体来看,这份资料的定位是工程参考而不是概念科普。它给了一套能跑起来的代码结构和一份可对照的分章源码,适合拿来边改边理解。如果你正在用 Java 做智能体相关的东西,或者想搞清楚多 Agent 协作在代码层面到底长什么样,这份东西值得对照着实践一遍。
构建自主决策智能体,掌握AI应用开发
深入探索多Agent系统与SpringAI结合,实现智能体自主决策,适合对AI应用开发感兴趣的初学者和进阶者。
本课程通过13章内容,全面讲解多Agent+Skills+SpringAI构建自主决策智能体的方法,涵盖旅游规划、团队协作等多个场景。
🎉 祝您学习愉快!