动画可以减弱，电台故障的叙事信息不能消失

关闭动画后，玩家仍应知道：哪台设备出了什么变化、消息缺了哪里、现在可以做什么。电台不再震动、指示灯不再闪烁，可以减去表现强度，却不能删掉这些判断依据。先把效果翻译成事件事实，再给必要事实安排静态载体。

交互触发的运动可关闭，必要者除外；这是AAA级准则，并非一概强制。查看相关说明。本文只借此界定讨论范围，清单与对白均为原创教学设计，不是完整的合规判断。

本文使用虚构故事《雾港末班电讯》：值班员阿禾按下接收键，电台外壳震动、指示灯闪烁，通知中途断开；设备随后恢复，但漏掉的内容没有补回。这里的震动指画面位移。案例未经真实试玩，也不代表DramaFork已有相关功能。

需要守住的叙事条件是：玩家知道通知不完整，却不知道缺失内容。静态替代既不能让故障消失，也不能提前破译通知。

不要只写“关闭震动”。逐个列出效果，再问：拿掉它后，玩家会误解哪件事？没有事实、状态或行动依据依赖它，它可以只是气氛；如果有，就要补写替代。

复用时，把第一列换成自己的效果，其余逐项填写。最后一列尤其重要：把“发生异常”解释成“有人切断通信”，就改变了谜题。

还要区分短暂事件与持续状态。“刚才中断过”适合留在记录里；“现在仍中断”属于当前状态。两者混放，连接恢复后可能仍挂着没有时间标记的故障文字。恢复时应更新当前状态，带缺口的接收记录则继续保留；保留的是缺失位置，不是补出缺失原文。

原稿可以这样概括：阿禾按下接收键，电台震动，灯光闪烁，字幕晃动后跳成“末班船改靠……请勿前往……”，最后灯光稳定，出现“直接出发”和“请求重发”两个选项。

灯光稳定容易被理解为问题已经解决，而省略号既可能表示停顿，也可能表示信号丢失。玩家无法确定自己掌握了多少消息。

按清单改写后的静态稿如下，各段按剧情顺序出现，无须震动或闪动：

阿禾按下接收键。

电台状态：接收中断。

本次接收：“末班船改靠［未接收］，请勿前往［未接收］。”

阿禾：“靠哪儿，不能去哪儿，都没听全。”

电台状态：连接恢复。此前缺句尚未补全。

选择：请求重发／按现有信息直接出发。

这里保留了两个缺口及其位置，也区分了“设备能继续接收”和“旧消息已经补齐”。对白承担情绪与理解，不是唯一的故障说明；删去对白，记录仍说得清楚。

玩家若在故障中途切换表现设置，静态版应承接当时的事件阶段。设计稿可分别注明“接收中断期间”和“恢复之后”的显示内容。不能每次切换都从故障前重来，也不能一律显示恢复状态，否则会改写时间顺序。

界面式状态条适合设备操作较多的故事，便于区分当前状态与历史消息，但会增加画面文字。偏文学的作品可以用旁白：“接收在两个地名处断开；连接随后恢复，缺句仍在。”它占用更多阅读篇幅，却能融入叙述语气。

也可以让角色观察电台，但要限制其知识范围。阿禾能说“这句没收全”，不能在没有其他线索时断言“港口有人屏蔽我们”。替代文本应补足原本可观察的内容，猜测则保留猜测口吻。

几个省事的方案会留下漏洞：只把闪灯变成固定红灯，未说明是故障还是待机；只保留杂音，理解仍依赖声音；把抖动字幕冻结在某一帧，可能留下半个字；提示随即消失，错过后便无处核对。

不必把所有内容重复三遍。状态区回答“现在怎样”，接收记录回答“刚才收到什么”，选择文字回答“接下来做什么”。记录中的“未接收”标记应在回看时仍可辨认，不能随恢复提示一起撤掉，也不能换成玩家尚不知道的原文。

如果原稿把闪烁次数作为密码，关闭效果后就需要保留可辨认的序列，不能只写“灯有异常”。这是另一种信息结构，应另列清单；本文案例没有这种密码，不能临时添加。

先收起效果说明，只看关闭动画后的稿件，回答四个问题：故障发生在接收前还是接收中？通知哪里不完整？设备目前是否恢复？为什么此时可以请求重发？答案若只能从作者备注里找到，正文就还缺少载体。

随后对照保留效果的版本，检查两边是否给出相同的选择依据。玩家不能因为关闭动画而少知道一句警告，也不能多知道一个地名。重点是信息边界一致，而非逐帧复刻。

最后模拟三种阅读位置：从本段开头进入、故障中途切换、恢复后回看记录。核对当前状态、缺失标记和选项是否吻合。恢复后回看，应能找到带“未接收”标记的通知，而非看到缺失原文。这是建议采用的人工审稿方法，本文没有执行结果，也不声称所有读者都能理解。

交付时，把清单与静态稿放在同一份编辑记录中，为未解决条目注明具体缺口，例如“连接恢复后，回看接收记录时看不到‘未接收’标记”。这里需要修复的是标记或带缺口记录的可见性；缺失原文仍不可见，符合本例的叙事条件。一段可以继续制作的故障戏，应在撤掉震动与闪动后，完整留下事件、未知和行动依据。