← 全部标签
# AI
5 篇页面
页面
游戏开发 · UE5AI 感知、EQS 与导航AI Perception, EQS & NavigationAI 的感官层由三块组成：AI 感知 (AI Perception) 组件挂在 AIController 上监听视觉/听觉/伤害等刺激并更新黑板；环境查询系统 (EQS) 用生成器产生候选项、先过滤后打分，回答「哪里最好」；导航系统从碰撞几何生成分瓦片的导航网格 (NavMesh)，按多边形代价寻路，并提供 RVO 与 Detour Crowd 避让。它们为行为树/StateTree 提供输入。游戏开发 · UE5Gameplay 调试器与可视化日志Gameplay Debugger & Visual LoggerGameplay 调试器 (GDT) 用于在运行时实时查看玩法数据（Pawn、AIController、行为树与黑板、EQS、感知、导航网格），联网时客户端也能看，并且只复制已启用类别的数据。可视化日志 (Visual Logger) 则把 Actor 的状态和图形化信息录下来，之后在编辑器里按时间轴来回拖动查看，适合排查难以复现的 bug。游戏开发 · UE5行为树与 StateTreeBehavior Tree & StateTreeUE 的 AI 决策有两套工具：行为树 (Behavior Tree) + 黑板 (Blackboard) 是事件驱动的，条件写成装饰器 (Decorator)，用 Simple Parallel、Services 和 Observer Aborts 代替传统并行节点；StateTree 是结合了行为树选择器和状态机转换的通用分层状态机，只在转换触发时按需选择状态，激活路径上的任务并发运行，通过属性绑定传递数据，也是 Mass 的行为层。优先级抢占多的战斗 AI 适合行为树，状态显式、分层或大规模的场景适合 StateTree。游戏开发状态模式与有限状态机State Pattern & Finite State Machines状态模式 (State Pattern) 把对象“依赖状态的行为”分散到各个状态类中，对象只持有指向当前状态的指针并把调用委托给它，状态切换就是换指针。它是实现有限状态机 (Finite State Machine, FSM) 的一种方式。FSM 能用很强的结构约束理清一团乱麻的标志位代码；状态组合爆炸、需要复用和需要“回到之前状态”时，分别用并发状态机、分层状态机和下推自动机来扩展。游戏策划战斗设计Combat DesignSchreiber 与 Romero 把战斗 (Combat) 定义为"用数学编排的戏剧"：先决定玩家应当感受、看到、听到什么，再决定戏剧如何展开，最后才用数字去导演它。本页整理第 10 章的战斗手感要素、七根战斗支柱 (Pillars of Combat)、三类战斗约束 (Constraints)、多样性与反制、遭遇之外的时间、难度与玩家压力，以及退化策略与"可赢的错觉"（p.213–250）。