06｜GOAP vs ReAct：为什么复杂业务需要目标导向规划？
张嘉熙
你好，我是张嘉熙。
上一讲你学会了用 Domain Model 定义 Agent 世界的“对象”，还发现了一个令人兴奋的能力：类型依赖可以自动推导执行顺序，比如生成 Blog 之后框架就知道该发社交媒体贴子了，从类型签名就把活儿办了，看起来不需要你写任何编排代码。
这个能力确实很酷。但如果你深想一步，就会发现一个关键问题：类型依赖能覆盖所有场景吗？
答案是不能。类型依赖只能回答“谁先谁后”，A 的返回值是 B 的输入，那么 A 一定在 B 之前，但它回答不了“分岔时该走哪条路”这样的问题。当一条业务流程出现分岔，决定往左还是往右的，不是类型签名，而是运行时状态。
这就是本讲主角 Plan（规划）登场的时刻。
在 Embabel 的核心概念中，Plan 是最“智能”的一环。如果说类型依赖提供了静态的“骨架”，声明了 Action 之间可能的连接方式，那么 Plan 就是在每个分岔口做出决策的动态“大脑”。Embabel 对它的定义非常明确：Plan 是框架动态生成的 Action 序列，每次执行后重新规划，形成 OODA 循环。开发者不需要写流程代码，规划的责任完全由框架承担。
而驱动这个大脑的引擎，就是 GOAP（目标导向行动规划）。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
仅可试看部分内容，如需阅读全部内容，请付费购买文章所属专栏
《Java Agent：从 Demo 到生产级实践》，新⼈⾸单¥59
《Java Agent：从 Demo 到生产级实践》，新⼈⾸单¥59
立即购买
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示，欢迎踊跃留言。
收起评论