AI 可以在几秒钟里写出一个 MOD 脚本，但一个 MOD 真正困难的部分，是它必须和几十万行原有游戏代码和平共处。“把这个 NPC 变成可以招募的队友”这句话，很适合用来说明这一点：它读起来像一个需求，落到游戏里却是一次跨系统的手术。
假设这是一款开放世界 RPG，玩家指着城门口一位守卫说出这句话。如果 AI MOD 工具的做法是“生成一段让这个 NPC 跟随玩家的脚本”，那么它很可能在五分钟内交出一个能跑的东西，然后在第二天让玩家发现：守卫跟着走了，但是城门没人守了；他不会战斗；存档再读取后他回到了原位；任务日志里一个以他为发布者的任务永远无法完成。金沙娱乐在研究 AI游戏MOD 时，把这类问题统称为“影响面遗漏”。
这句话到底包含几个修改
先把一句话翻译成具体的修改意图：这个 NPC 需要获得“队友”身份；玩家要有办法发起招募，并且可以被接受或拒绝；招募之后 NPC 要跟随并参与战斗；他原来的位置、任务和日常安排要有交代；玩家能在界面里看到并管理他；这些状态要能被存进存档。八个词就是八个系统：NPC 数据、对话、AI 行为、任务、脚本、存档数据、界面和兼容性。下面按顺序看每一层。
NPC 数据与对话：先有身份，再有入口
NPC 数据（NPC Data）是最底层的一层。原来的守卫在数据里可能只是一条记录：模型、阵营、基础属性、一份固定的日程表。变成队友以后，至少要增加“可招募”标记、队友属性成长规则、装备槽位、忠诚或好感变量，还要决定他加入队伍后阵营是否发生变化，因为阵营变化会影响其它 NPC 对他的敌意判断。这里最容易犯的错是直接复用原来的记录，而不是为“队友态”建立独立的字段，后果是之后每一次改动都会污染原始数据。
对话（Dialogue）是玩家进入这个系统的入口。原有台词里需要新增“邀请入队”的选项，并且写出同意、拒绝、条件不满足三条分支：例如玩家等级不足、好感度不够、守卫当前正处在任务之中。这些分支不能只写文本，必须和数据里的条件变量对接，否则拒绝台词永远不会触发，或者接受台词在不应触发的时候触发。同样重要的是入队之后的台词：他不应该继续说“欢迎来到本城”。
AI 行为与任务：他在世界里怎么行动
AI 行为（AI Behavior）是一个 MOD 最容易被玩家直接感知的部分。守卫原来运行的是站岗和巡逻，队友则需要一套完全不同的逻辑：跟随距离、战斗时的站位、遇到强敌时是撤退还是硬顶、玩家骑乘或传送时如何跟上、进入室内时如何避免卡住。这里不是往原有行为树里添一个节点，而是需要一次“行为模式切换”，并且在离队时能切换回去。
任务（Quest）层的问题更隐蔽。假设这个守卫在原有剧情里是某个任务的发布者，或者是某个任务目标的“守护对象”，招募他就会让这些任务的前置条件全部失效。合理的处理方式，是在修改之前扫描所有引用了这个 NPC 标识的任务、事件与脚本，把它们列成清单，让玩家选择“禁止招募此角色”“让任务在他离队后重置”或“替换为另一个发布者”。这一步如果缺失，工具生成的脚本无论多漂亮，都是在制造存档里的断点。
脚本、存档与界面：把改动变成可以保存和可以操作的东西
脚本（Script）层是大家最熟悉的部分：招募、入队、离队、死亡与复活的事件处理。AI 在这里确实很擅长，也可以借助对引擎 API 的解释，把事件挂到正确的钩子上。难点在于脚本不能孤立存在，它要读取上述数据字段、触发对话分支、切换行为模式，任何一处命名不一致都会引起静默失败。
存档数据（Save Data）需要单独考虑。队友是否在队伍中、当前生命值、装备、好感度，这些都是新增的状态，必须能写入存档并在读档后恢复；更麻烦的是，如果玩家日后卸载这个 MOD，存档里遗留的队友状态会怎样，是安全回退，还是导致存档无法加载？好的工具应该在生成阶段就为这种情况准备回退策略。界面（UI）则是玩家管理队友的地方：队伍列表要显示他，头像与血条要有位置，指令菜单里要有“留下”“跟随”这样的选项，而队伍上限、界面布局在不同分辨率下的适配也在这一层。
把影响面变成一张检查表
| 系统层 | 这次修改要做的事 | 最常见的遗漏 |
|---|---|---|
| NPC 数据 | 新增队友身份、属性、装备槽位 | 直接覆盖原始记录 |
| 对话 | 增加邀请入口与三类分支 | 入队后仍说原台词 |
| AI 行为 | 跟随、战斗站位、撤退与切换 | 离队后无法恢复原行为 |
| 任务 | 处理原有发布者与目标身份 | 任务永久无法完成 |
| 存档数据 | 保存队友状态与卸载回退 | 读档后状态丢失 |
| 界面 | 队伍列表、头像、指令菜单 | 超过队伍上限时崩溃 |
先理解影响面，再生成修改
把上述几层串起来，一个自然语言 MOD 工具的合理流程是：解析玩家意图，扫描游戏数据与脚本中与这个 NPC 相关的全部引用，输出影响清单供玩家确认，然后按层生成修改，每一层生成之后立刻做一次局部验证。对于无法确定的选择，比如“他离队后回到原位还是留在原地”，工具应该提问而不是替玩家做主。至于完整的从指令到安装包的流转，可以看生成流水线那篇；改动装进游戏之后会不会和别的 MOD 打架，则是兼容性那篇要回答的问题，其中同一个角色被多个 MOD 同时修改的情形见冲突检测。
金沙娱乐大模型在这个场景里更适合承担“理解系统关系”的角色：它需要知道招募会影响哪些数据字段、哪些任务和哪些界面，并把这些关系变成可以被确认的清单。金沙娱乐AI 在 MOD 方向上的设想，是让玩家看到的不只是“生成成功”，而是“这次改动碰了哪些地方”。一个简单的衡量标准是：工具交付时，能否说出它没有处理什么。能列出“未处理项”的工具，通常比声称全部完成的工具更值得信任。
