互动故事术语表怎么写：哪些词可以变，哪些含义不能变？

术语表要解决的不是“这个词怎么翻”，而是“这个词在什么位置出现、允许换到什么程度、换掉之后会不会破坏剧情逻辑”。做法可以分成四步：先给每个词定一个语义槽位，再为它写出定义、语境和反例，然后标出可变部分与冻结部分，最后把尚未确定的译名单独列出，交给审稿者逐条裁决。

下面用一个虚构教学例子走完整流程。浮城通行签与邀请函是虚构设定，其中的译名和外语写法只用于演示结构，不保证符合任何语言的母语习惯。

同一个故事里，名称、机制、身份称呼和世界事实承担的功能不同，可变动幅度也不同。

名称可以换写法，机制不能换因果，身份称呼不能换关系方向，世界事实不能换真假。审稿时最常出问题的是把机制词当成名称词来意译，结果触发条件被悄悄改掉。

假设故事里有一座浮城，进入内环需要两种凭证：通行签和邀请函。通行签由城门处发放，任何人排队即可领取，有效期一天；邀请函由城内住户写给城外的人，一封只能带一人，且必须在抵达前送达。两者都能让人通过闸口，但通行签只能走外环，邀请函才能进内环。

术语表可以这样写：

通行签（pass token）

• 定义：城门处发放的临时凭证，证明持有人获准进入外环。
• 语境：出现在排队、查验、过期作废的场景。
• 冻结：发放地点、一天有效期、只能走外环。
• 可变：译为“通行牌”“临时签”均可，但不能出现“内环”字样。
• 反例：译成“内环通行证”会与邀请函的权限重叠，导致后文冲突。

邀请函（invitation letter）

• 定义：城内住户写给城外特定收件人的凭证，一封限一人，抵达前有效。
• 语境：出现在收信、转赠、查验姓名的场景。
• 冻结：写信人必须是城内住户、限一人、抵达前送达。
• 可变：称呼可以口语化，但不能变成可复制或可购买的物品。
• 反例：译成“入场券”会暗示可在城门购买，破坏“必须由住户书写”的设定。

闸口（gate check）

• 定义：查验凭证的关卡，不是地名。
• 语境：通行签与邀请函都在此被检查。
• 冻结：查验动作、放行结果。
• 可变：可以译成“关口”“检查口”。
• 反例：译成“城门”会与发放通行签的地点混为一谈。

角色在对话中可能编造借口，例如某人说“邀请函可以带三个人”。这句话是角色的谎言，不是新的世界事实。术语表应把它标为“角色台词中的错误说法”，并注明真实规则仍是一封一人。审稿者看到这类句子时，先判断它是叙述还是角色发言，再决定是否触发修改。

每一栏都有明确的验收标准。

定义写“它是什么、由谁产生、对谁有效”，不写修辞。语境写“它通常出现在哪类场景”，帮助译者判断语气。反例写“哪种译法会造成什么后果”，这是术语表里最容易被省略、却最能防止误译的一栏。待审译名写“目前候选写法”，并注明未定原因，例如“候选A更贴近字面，候选B更符合口语，需结合角色身份决定”。

待审译名不要和已定译名混在一起。审稿者需要一眼看出哪些可以直接用，哪些必须停下来判断。可以给待审项加一个简单标记，例如在名称后写“待审”，避免在正文中误用。

一份可用的术语表，交付前可以逐条核对：

1. 每个名称都能回答“它指什么、不能指什么”。
2. 每个机制都写清了触发条件、结果和代价。
3. 每个身份称呼都标明了使用者和对象。
4. 每条世界事实都区分了叙述事实与角色发言。
5. 反例栏至少有一条，且说明了后果。
6. 待审译名单独列出，未与已定项混排。
7. 表格中同一事物在不同条目里的权限描述一致。

如果某条术语写不出反例，通常说明它的边界还没想清楚，可以先回到故事里找一处它被误用的场景，再补上。

下一步可以挑出三条最容易被译错的机制词，各写一个反例，放进术语表交给审稿者试判。