先写普通与减少动态表达表
| 状态或时刻 | 普通 / 减少动态 / 共同保留 |
|---|---|
| 有效动作结果与下一输入许可已提交 | 普通：控件短促压下，镜头轻推，结果卡从动作附近进入；减少动态：控件轮廓立即改变，结果卡原位显现；共同保留：同一输入确认、结果文字、线索更新、下一按钮 |
| 输入被规则拒绝 | 普通：面板轻晃后回位，原因标签出现；减少动态：面板不移动，原因标签与边框同时出现；共同保留：同一拒绝原因、未提交状态、可修正的下一步 |
| 新线索入档 | 普通：线索缩略图沿短路径进入档案槽；减少动态：档案槽计数与新条目原位更新；共同保留：同一线索内容、归属、人物已知范围 |
| 场景切换 | 普通：背景横移并短暂缩放；减少动态：交叉淡入或直接替换，焦点落到同一控件；共同保留：相同目的地、时间推进、可用动作 |
| 限时压力 | 普通：环境脉冲与轻微镜头收紧；减少动态：固定计时文字、进度形状与音效可选提示；共同保留：相同剩余时间、规则与失败条件 |
让偏好只选择表达，不碰游戏状态
把偏好保存为表现配置，由界面读取同一份规则结果。动作先由规则器验证并提交，表现再根据当前偏好显示结果。不要让普通模式的动画结束事件负责发奖励、推进时间或解锁线索；否则减少动态版本可能漏提交、提前提交或再次提交。
可用一条简单合同约束实现：
- 输入产生同一个动作候选。
- 规则器只提交一次时间、资源、位置、线索、人物知识和结果。
- 普通或减少动态渲染器读取同一个提交记录。
- 下一次输入何时可用由共同规则事件或时点决定；两种表现读取同一许可，动画完成与偏好切换都不能提前开放输入。
动作被接受、结果已提交、下一次输入已允许可以是不同阶段。结果仍待定时，两边都显示等待并保留输入门禁；规则尚未提交的线索、奖励或成功不能提前出现在界面。
偏好切换也不能暂停倒计时、延长选择窗口、改变敌对角色行动或让人物知道新事实。若设置面板本身会遮挡游戏，项目应另行定义打开设置时是否暂停；两种动态模式必须遵循同一暂停规则。
规定动作进行中切换偏好的边界
最容易出错的是输入已经提交、镜头仍在移动时切换偏好。为所有可中断表现记录起点、终点与已提交状态；偏好变化时重新选择表现路径，不回滚规则，也不重放输入。
| 切换发生时机 | 处理方式 |
|---|---|
| 输入尚未提交 | 用新偏好继续等待；不显示成功结果。 |
| 动作已被接受，结果仍待定 | 只改变等待态的表达，保留倒计时与输入门禁；不显示成功、线索、奖励或下一动作。 |
| 结果已提交，装饰运动尚未开始 | 采用新偏好的已提交结果表达；若下一输入许可仍待定，继续保持门禁。 |
| 摇晃、推拉或飞入正在播放 | 停止剩余位移，依据最新已裁决状态定位元素；待定结果仍显示等待。仅在对应结果已提交后显示终态，输入仍等待同一规则许可。 |
| 场景转场正在播放 | 读取共同规则已提交的目的地与时间；尚待转场规则事件时保持等待，不用视觉到达终点代替事件提交。 |
| 结果已完全呈现 | 只更新后续效果；不再次发放线索、奖励或下一回合。 |
从减少动态切回普通模式也遵循同一原则：当前结果不补播错过的摇晃或转场。下一次新效果才使用普通表达。这样可避免一个偏好切换变成机械性提交。
原创案例：雾港钟楼的三次校验
“雾港钟楼”是本文为教学设计的虚构剧情游戏场景，没有实际构建或执行结果。玩家在潮汐钟响前，把“刻有燕尾纹的铜片”交给守钟人，请他打开旧信箱。场景状态包括铜片归属、守钟人的已知线索、剩余钟响次数、信箱是否开启和下一次询问机会。
本例规定成功记录与下一询问许可由同一规则事件提交，随后才播放装饰运动；未收到事件时，两种模式都显示等待且不能询问。成功路径中，铜片有效。普通模式让镜头推向锁孔，信箱轻震后弹出旧航线纸；减少动态模式保持镜头固定，让锁孔轮廓改变、纸张原位显现并显示“旧航线已入档”。两边都只提交一次铜片移交、一次线索入档，剩余钟响次数相同，下一步都是询问守钟人纸上的缺口。
拒绝路径中，玩家拿的是外形相近的锡牌。普通模式让物品槽轻晃；减少动态模式让槽位保持固定，同时显示“纹章不符”和燕尾纹样的小图。两边都不移交物品、不打开信箱、不让守钟人知道旧航线，且仍允许玩家返回档案寻找铜片。
重复路径中，玩家再次提交已经用过的铜片。两边都显示“铜片已交付”，不重复给纸张、不再次减少钟响次数，也不制造第二次询问机会。若玩家在首次成功的镜头推近到一半时开启减少动态，此时完整成功记录与下一询问许可已提交，界面才停止推近，把信箱和结果卡放到最终位置；已经提交的线索保留，尚未播放的震动取消，奖励不会再发一次。
在真实界面检查状态等价
目标图只能说明方向，不能证明可操作性。实现后，在目标视口使用实际输入逐项检查，并保存两种模式在动作前、提交后和可再次输入时的状态快照。以下是检查计划，不是本文已执行的测试记录。
- 普通与减少动态模式使用同一控件完成同一有效输入。
- 两边显示相同结果文字、线索内容、人物知识范围、资源和时间。
- 两边都在同一已提交规则事件或时间戳获得下一输入许可；记录许可时点与焦点落点，不能用动画完成时间替代。
- 无效输入在两边返回同一拒绝原因，且状态均未提交。
- 重复输入在两边都不会重复奖励、重复扣除或重复推进剧情。
- 分别在输入前、动作接受但结果待定、结果提交后、运动中和结果后切换偏好；检查等待状态、禁用输入、计时与许可时点，只允许表现配置不同。
- 摇晃、缩放、视差和移动转场被替换后，当前动作、必要依据、压力与结果仍可辨。
- 键盘、手柄或触控中项目实际支持的输入路径，都能到达设置并返回原焦点。
- 退出再载入后偏好按产品约定保留或重置，存档中的剧情状态不受影响。
发现差异时先判断它属于规则提交还是表现读取。若只在某个模式少了一条线索，修复共同状态的读取；若切换时奖励增加，移除动画回调里的机械提交。不要通过放宽规则或延长计时来让检查通过。
用一页记录交付减少动态方向
把决定集中写入美术方向，避免散落在单个动画备注里。建议每个高风险时刻交付以下内容：
| 记录项 | 内容 |
|---|---|
| 状态来源 | 规则器已提交的字段与读取时机 |
| 普通表达 | 镜头、元素位移、时长、焦点起点与终点 |
| 减少动态表达 | 固定构图、原位更新、淡入或直接替换、同一焦点终点 |
| 中断边界 | 偏好变化时停止什么、保留什么、元素落到哪里 |
| 信息合同 | 输入、结果、线索、压力与下一机会必须相同 |
| 检查场景 | 成功、拒绝、重复，以及动作进行中切换 |
| 未决风险 | 仍需在目标视口用实际输入观察的项目 |
项目不需要宣称存在通用自动开关。只要把产品自己的偏好、两套表达和状态等价条件写清，构建就能实现；检查仍在真实界面完成。
常见问题
减少动态模式要删除所有动画吗？
不必。优先替换摇晃、推拉、大幅位移、视差和移动转场；短促淡入、原位状态变化或无位移的焦点提示可以保留，只要必要信息清楚，并符合项目定义的减少动态方向。
开启减少动态后，可以让限时选择变慢吗？
本文的模式只改变表现，因此不能改变计时与规则。若产品另有暂停或时间辅助功能，应单独设计与命名，并让它明确修改机械规则。
用 skill 来做
用 $game-art-direction 为这个剧情游戏写减少动态方向。逐项列出摇晃、缩放、视差与移动转场读取的已提交状态，为普通和减少动态模式定义同一结果的表达，并记录动作进行中切换偏好时的中断边界。保持输入、规则、计时压力、人物知识、线索、奖励与下一次行动机会一致；把成功、拒绝和重复路径交给目标视口中的实际输入检查，并明确仍未验证的风险。
查看具体方法： 游戏美术方向中的低动效与反馈要求 · 功能状态、运行时刻与动态媒体边界 · 表现层只读取已提交状态的合同