互动游戏一定需要 AI 吗：用一张守门人规则卡分清玩法与对白
不需要 AI，也能做出有选择、有后果的互动游戏。用一张纸面守门人规则卡，比较相同状态与行动下的两种对白，判断变化的是说话方式，还是玩家真正能做的事。
不需要 AI，先看行动怎样改变局面
互动游戏不一定需要 AI。只要玩家能采取行动，作品按照约定作出回应，就可以设计互动；是否使用生成文字，是另一项选择。固定对白也能承载需要权衡的决定，句句不同的回答则未必增加玩法。
“互动游戏”在这里是一个宽泛的工作用语，并非公认、边界统一的独立类型，多数游戏本来就具有交互性。本系列着重讨论叙事例子，也不排除动作、解谜等游戏。
理解作品时，可以分别问四件事：故事以文字、漫画还是影像呈现？玩家通过选项、输入或操作参与？玩家要达成什么目标？什么条件决定行动结果？这些问题帮助拆解设计，不是给所有作品套一张严格分类表。
例如，点击暂停只是控制播放；选择把信交给守门人，若会改变通行资格，才是在故事世界里采取行动。按钮外观相似，并不代表它们承担同一种功能。判断有没有新增玩法，应看可采取的行动、需要考虑的信息或后果有没有变化。
一张可以直接照抄的纸面规则卡
下面的“雨夜送信”完全是虚构教学案例，不是真实用户案例、经过测试的效果，也不代表任何产品功能。准备纸笔，由一人扮演玩家，另一人按卡片判定，便能手动演示。
玩家要把信送进院内。开局时，玩家持有一封未核验的信；守门人持有钥匙；门关闭；玩家站在门外。信封上的收件人确实是院主，这项事实预先确定。纸面上只记录信件是否核验、门是否打开、玩家所在位置。
| 行动 | 判定条件 | 结果与记录 |
|---|---|---|
| 出示信封 | 玩家在门外 | 守门人查看收件人，信件记为已核验；信仍归玩家 |
| 请求开门 | 信件已核验 | 守门人用钥匙开门，门记为打开 |
| 请求开门 | 信件未核验 | 拒绝开门，所有记录不变 |
| 进入院内 | 门已打开 | 玩家位置改为院内，送信目标完成，演示结束 |
| 进入院内 | 门仍关闭 | 无法进入，所有记录不变 |
重复出示信封或对已开的门请求开门，不增加额外效果。其他行动暂不支持，由判定者说明可选动作，不自行补造结果。这里没有回合消耗、好感值或隐藏暗号；守门人也不会把钥匙交给玩家。
这张卡刻意保留很小的行动范围。它适合观察规则和对白的关系，不足以证明一个完整游戏有趣。若想加入撬锁，必须补写工具、条件和后果，不能只让某句对白顺口提到就算成立。
同一次拒绝，可以有两种说法
先把记录放回开局：信件未核验、门关闭、玩家在门外。玩家选择“请求开门”。查卡得到的规则答复是：拒绝；状态不变；可以先出示信封。
朴素版对白可以写：“先让我看看信封上的收件人，核验后我才能开门。”
雨夜版对白可以写：“雨水快把信封泡透了。把收件人的名字朝向灯，我核对过，才会替你开门。”
两句都可以由作者预先写好，也可以把第二句当作交给生成工具的表达任务。仅凭语气生动，无法判断一句话是否由 AI 生成。两版都没有完成核验，没有打开门，也没有承诺额外通道；第二版增加的雨景不产生信件损坏倒计时。
继续手动推演：玩家出示信封，记录变为已核验，门仍关闭；再次请求开门，才把门改为打开；最后选择进入院内，目标完成。核验、开门和进入是三个动作，不能因为对白把场景写得流畅，就悄悄合并其中一步。
现在比较“门开了，请进”和“锁舌轻响，守门人侧身示意你可以进院”。两句都表达门已打开，但不代表玩家已经进入。只有执行进入动作，位置才改变。这个小区别能帮助你发现文字叙述抢先替玩家行动的问题。
用四格记录找出越界的文字
复用时，给每次回应留四格：“行动前状态／玩家行动／规则结果／显示对白”。先填写前三格，再检查第四格是否准确表达结果。它既能用于固定文本，也能用于生成文本，不要求编程。
例如填写：“未核验、门关、人在门外／请求开门／拒绝，记录不变／小门没锁，你绕过去吧。”最后一句新增了可通行路线，已经改变解题条件，不能当作无关紧要的润色。
另一种错误更隐蔽：“你这么诚恳，我下次一定放行。”卡片没有诚恳程度，也没有下次豁免。即使此刻门没开，这句话仍制造了玩家有理由依赖的新承诺。应改回出示信封的提示，或者正式设计并公开新的通行规则。
还有一句“我已经看过你的信”，会把未发生的核验写成既成事实。此时应修正对白，不能为了迁就一句话，把纸面记录补成已核验。否则玩家无法知道究竟是自己的行动还是措辞推动了世界。
检查看起来正确的回应时，也要留意它是否丢掉下一步。“不行，走开”虽然没有开门，却遮住了必要提示。在这个入门演示里，玩家需要知道还能出示信封；拒绝事实正确，并不等于回应足够有用。
何时保留固定文本，何时考虑生成
如果场景只有几种明确结果，直接写好对白最容易核对。想增加人物口吻，可以为同一结果准备两三个作者版本；需要显示收件人姓名，可以用固定句式填入已知信息。这些方式都不需要运行时生成。
当你希望回应结合较多已知细节、避免长对话中机械重复时，才有理由考虑生成文字。在本例中，可以交给它当前状态、已经判定的拒绝结果和必须保留的提示，再检查是否新增通道、物品或承诺。写错时采用预写对白，是一种可选设计，并非这里已经实现的功能。
也别把这张教学卡推广成所有游戏的强制结构。其他设计可以允许随机开门，或者让语言协商本身参与结果判定；那就需要说明概率、协商条件和处理方式。同样的可见局面出现不同结果，可能来自约定的随机规则，不能仅凭这一点认定规则失效。
最后做一次纸面对照：保持前三格相同，只替换对白，让扮演玩家的人指出下一步能做什么。如果两版引出了不同的行动理解，就回头检查信息和承诺。这个练习帮助你定位歧义，不是实际测试结论。先让玩家读懂因果，再决定是否值得增加生成表达。
