项目一提「要做 AI」，名单上通常会出现行为树、NaviMesh、影响力图、甚至神经网络。预算往往只有一到两个人月。选错工具，会把复杂度提前透支在玩家还没感觉到智能的地方。
行为树：值得封装的那一类
RTS、RPG 的正式项目里，行为树确实常用。AI 一半时间花在调试，有图形界面，策划才能一起改。一套能脱离战斗环境单步跟踪的运行时，后面几个项目都能复用。
最低配置：一人做编辑器，一人做运行时。基类、日志、断点、离线回放都要有。现成插件能集成再评估，集成成本高于自研就别为了「用了官方方案」而用。
NaviMesh：优秀，但多数项目不该上
很多游戏看起来 3D，地图数据仍是 2D 格子。上 NaviMesh 会倒逼客户端和服务器一起升级到全 3D 几何，光实现加调试就要一个多月。试验项目可以玩，线上产品更常见的选择是：显示 3D，寻路继续 2D。
不是 NaviMesh 不好，是它提高的是寻路几何的上限，不是「角色看起来聪明」的上限。角色还在用硬编码巡逻时，网格精度再高也没人鼓掌。
装修比喻怎么用
状态机是锤子，行为树是钉子枪，NaviMesh 是喷漆。没有锤子也能凑合钉钉；既没锤子也没钉子枪，只拿着喷漆，房子装修不完。
强 AI、有一到两个人月：把时间砸在行为树上，复用面比 NaviMesh 宽。时间不够：先上状态机，把游戏做出来。项目活下来再重构行为树，那种加班是带着笑容的。
落地清单
- 先问「谁在调 AI」：只有程序就先 FSM；策划要上手再上行为树。
- 地图仍是格子，就不要为 NaviMesh 改服务器坐标系。
- 任何 AI 中间件都必须能脱离关卡运行。
- 成功率低的阶段，优先可见的行为，而不是不可见的几何精度。
工具清单看起来都很高级。真正高级的是：知道这一两个月不该碰哪些高级工具。
本文侧重全链路风控方法论。落地时请用自身业务单据做回放验证，不要把示例阈值直接当生产策略。 相关：风控体检 · 方案资源
常见问题 FAQ
NaviMesh 是什么，为什么文章说要谨慎使用？
NaviMesh 是 Unity 里的一套动态导航和寻路系统，能让角色在复杂3D环境中自动避障。文章建议谨慎使用，主要是因为它会倒逼项目升级为全3D坐标系，客户端和服务器都得改，光实现调试就得一个多月。对于很多地图本质还是2D格子的游戏，这个投入带来的智能提升很有限，属于用高成本解决非核心问题。
为什么说多数游戏项目不该优先上 NaviMesh？
因为它的核心价值是提升寻路几何的上限，而不是角色行为智能的上限。如果游戏地图底层仍是2D格子，或者角色逻辑还停留在硬编码巡逻，那花大力气升级到NaviMesh，玩家是感受不到角色变聪明的。文章用装修比喻说，它就像喷漆，没有锤子和钉子枪（状态机、行为树），房子是装修不完的，投入产出比很低。
如何为我的游戏项目选择合适的 AI 工具？
文章给出了一个清晰的决策路径：首先问“谁在调AI”。如果只有程序员参与，先用状态机；如果策划需要上手，再考虑行为树。其次看地图格式，如果仍是格子，就别为NaviMesh改服务器坐标系。核心原则是：任何AI工具必须能脱离关卡单步调试和复用，优先把时间花在让角色行为可见、可调的环节上。
行为树和 NaviMesh，哪个更值得投入时间？
文章明确建议，如果有一到两个月的AI预算，应该优先砸在行为树上。因为行为树有图形界面，方便策划参与调试，而且一旦做好编辑器和运行时，复用面很宽，后面项目都能用。相比之下，NaviMesh的复用场景更局限，且它解决的是“寻路精准”问题，对角色“看起来聪明”的帮助不如行为树直接。
在 AI 工具选择上，团队常掉进什么陷阱？
最大的陷阱就是被工具清单的“高级感”迷惑，为了用而用。比如，为了“用官方方案”去集成一个成本远高于自研的现成插件，或者盲目追求NaviMesh的几何精度，而忽略了角色行为逻辑本身还很简陋。文章强调，真正的高级是懂得在项目早期，尤其是成功率低的阶段，克制地避开那些昂贵且非核心的工具。
预算只有一两个人月，AI 该怎么做？
文章的核心建议是：把时间砸在行为树上，如果时间实在不够，就先用状态机把游戏做出来，保证项目能活下来。行为树编辑器和运行时虽然需要投入，但做一次后复用价值很高。等项目成功了再回来重构AI，那种带着笑容的加班会比一开始就选错工具、陷入无尽调试要值得多。