今年 6 月，NVIDIA 在 Unreal Fest 2026 展示了面向 Unreal Engine 5 的本地 AI 角色工具：角色的长期设定与某一次具体表演被拆开处理。这个方向解决的并不是“NPC 能不能说话”，而是更难的问题：当任务状态、玩家行为、当前场景和角色经历同时变化时，角色怎样既能临场回应，又不丢失自己的性格。
PHASE-Tree 可以被理解为一种适合长线 AI 角色的人格组织方式：把稳定的人格底座、可变化的人生阶段，以及当前情境下的行为策略放进一棵有层次的树中。它不是替代任务系统或对话模型，而是为这些信号提供一个可追踪的解释框架。
一句台词背后，不只有任务标记
游戏运行时的角色输出通常被多组信号共同塑造。摘要中提到的 Quest Flag 用于记录任务推进到哪个分支；除此之外，还可能有玩家与角色的关系值、当前地点、战斗风险、最近发生的事件，以及角色自己的长期经历。
如果把这些数据直接塞进提示词，常见后果是上下文不断膨胀，且优先级失控。例如，一个原本谨慎的向导在任务进入紧急分支后，可能突然变成无条件服从的“任务播报器”；又或者角色已经亲历背叛事件，但下一段闲聊完全不受影响。
PHASE-Tree 的关键价值在于区分三类信息：
- 人格常量：价值观、说话节奏、道德边界、长期动机。这部分不应被一次任务状态轻易改写。
- 阶段状态：角色在故事中处于警惕、动摇、信任建立或立场决裂等阶段。阶段可以迁移，但需要明确条件。
- 现场信号：Quest Flag、地点、附近敌人、玩家刚刚的选择等。它们影响本次回应，却不必直接修改人格核心。
这样一来，AI 角色面对同一条 Quest Flag 时，也能给出符合自身处境的不同反应。任务系统决定“发生了什么”，人格树决定“这个人如何理解并回应它”。
让人格演化，而不是让设定漂移
“可演化”不等于每次交互都重写角色档案。长线角色需要变化，但变化必须具备方向、原因和可恢复的历史。
一个实用的树形设计可以按以下层次展开：
- 根节点保存不可轻易改变的角色宪法，例如“重视无辜者”“不公开承诺无法兑现的事”。
- 中间节点表示叙事阶段，例如“尚未信任玩家”“得知真相后保持克制”。
- 叶节点绑定当前条件与表演策略，例如在危机中缩短句子、在玩家撒谎后回避直接回答。
这比只维护一个 mood=angry 更可靠。情绪可以在几分钟内消退，阶段变化却可能持续数小时游戏流程。把两者混在一起，会让角色显得喜怒无常，或者永远困在一次事件的余波里。
同时，阶段迁移应当是受控写操作。建议把“读取人格树用于生成”和“根据事件更新人格树”分成两个管道：前者高频、只读；后者低频、可审计。这样既便于调试，也能防止模型在一次自由对话后自行改写长期设定。
可以这样实践：用 YAML 保存人格树，用运行时上下文选择叶节点
下面是一个最小化的伪项目示例，假设你的 Unreal 项目或后端已经能把 Quest Flag、地点和关系值传给角色服务。YAML 负责保存可审查的人格结构，Python 负责选择当前有效的行为指令；实际接入 UE5 时，可以把 Python 逻辑换成 C++、Blueprint 节点或本地角色服务。
character_phase_tree.yaml：
character: mira
core:
values:
- protect_civilians
- distrust_easy_promises
voice:
style: restrained
sentence_length: short
phases:
- id: guarded_guide
priority: 20
when:
relationship_lt: 40
guidance:
goal: "帮助玩家完成必要行动，但不透露全部情报"
behavior: "避免绝对承诺；先询问玩家意图"
- id: trust_after_rescue
priority: 40
when:
quest_flags_all:
- rescued_mira
relationship_gte: 60
guidance:
goal: "把玩家视为值得协作的伙伴"
behavior: "可以主动提供风险信息，但仍保持克制"
situations:
- id: siege
when:
quest_flags_any:
- city_under_attack
location_in:
- old_town
guidance:
behavior: "优先给出可执行指令，句子不超过两句"
forbidden: "不要把平民当作可接受的损失"
安装依赖后运行下面的脚本。把 context 替换为你实际从游戏状态同步过来的数据即可：
python -m pip install pyyaml
python select_phase.py
select_phase.py：
from pathlib import Path
import yaml
def matches(rule, context):
flags = set(context.get("quest_flags", []))
if "relationship_lt" in rule and not context["relationship"] < rule["relationship_lt"]:
return False
if "relationship_gte" in rule and not context["relationship"] >= rule["relationship_gte"]:
return False
if "quest_flags_all" in rule and not set(rule["quest_flags_all"]).issubset(flags):
return False
if "quest_flags_any" in rule and not set(rule["quest_flags_any"]).intersection(flags):
return False
if "location_in" in rule and context["location"] not in rule["location_in"]:
return False
return True
def build_directive(tree, context):
matched_phases = [p for p in tree["phases"] if matches(p["when"], context)]
phase = max(matched_phases, key=lambda p: p["priority"], default=None)
situations = [s for s in tree["situations"] if matches(s["when"], context)]
lines = [
f"Character: {tree['character']}",
"Core values: " + ", ".join(tree["core"]["values"]),
"Voice: " + tree["core"]["voice"]["style"],
]
if phase:
lines.extend([
f"Current phase: {phase['id']}",
f"Goal: {phase['guidance']['goal']}",
f"Behavior: {phase['guidance']['behavior']}",
])
for situation in situations:
lines.append(f"Situation behavior: {situation['guidance']['behavior']}")
lines.append(f"Constraint: {situation['guidance']['forbidden']}")
return "\n".join(lines)
tree = yaml.safe_load(Path("character_phase_tree.yaml").read_text())
context = {
"relationship": 72,
"quest_flags": ["rescued_mira", "city_under_attack"],
"location": "old_town",
}
print(build_directive(tree, context))
该脚本输出的内容可以作为角色模型的系统指令片段，再附加本轮玩家输入和必要的场景事实。重点是：模型只接收已经筛选过的有效人格状态，而不是自己从一大串互相冲突的记忆中猜测优先级。
在 UE5 工作流中保留“设定”和“表演”的边界
NVIDIA 展示的工作流强调将 NPC 角色设定与具体表演过程分离。落实到工程上，可以把职责划成三层：
- 叙事与设计层维护 PHASE-Tree、阶段迁移条件和不可违反的角色边界。
- 游戏状态层维护 Quest Flag、关系值、位置、战斗状态等确定性事实，并将其同步给角色运行时。
- 表演层根据已选中的人格阶段和现场事实，生成台词、动作意图或语音表演参数。
不要让生成模型成为 Quest Flag 的唯一事实来源。任务是否完成、门是否打开、NPC 是否已经死亡，这些都应由游戏状态系统权威裁决。模型适合解释、表达和提出行为候选；真正改变世界状态的动作仍应经过规则校验。
例如，角色模型可以请求“带玩家前往钟楼”，但行为系统应验证导航路径、动画状态、任务阶段和权限后再执行。这种边界能显著减少角色说出无法兑现的承诺，或在错误剧情分支中触发行为的问题。
落地前检查四件事
PHASE-Tree 更适合有持续关系、分支任务和较长运行时的角色，而不是每个一次性路人 NPC 都需要的基础设施。开始接入时，建议先选一名关键伙伴角色，并检查以下问题：
- 核心人格是否足够小且稳定，能被设计和编剧共同审查？
- 每个阶段是否有明确进入条件、退出条件和优先级？
- Quest Flag 与人格阶段是否分属不同数据源，避免模型直接篡改任务事实？
- 是否记录了“输入状态、命中节点、生成结果”，以便复现角色失常的现场？
真正可信的 AI 角色，不是每句话都出人意料，而是在意外发生时仍让玩家认得出“这是同一个人”。PHASE-Tree 的作用，正是把这种一致性从一段脆弱的提示词，变成可以编辑、测试和逐步演化的角色骨架。