Axıs
随笔
技能目录

游戏无障碍与玩家健康保护

游戏无障碍与玩家健康保护

给 coding agent 的执行参考。主题是无障碍（accessibility）与玩家健康保护，重点是恐怖游戏的特殊矛盾：恐怖游戏的核心手法（闪烁、突然惊吓、极端黑暗、尖峰音效）本身就是无障碍的敌人，但直接移除它们会摧毁商品。

材料性质标记（每条都标）：

  • [标准] = 有权威标准/平台政策原文支撑，可直接引用。
  • [共识] = 行业指南或社区/博客共识，引用时须说明性质。
  • [未找到] = 未找到高质量材料，不要编造。

0. 先把三条边界划清（否则后面全是错的）

三条原则：

  1. 无障碍不是「单人模式」，是连续调节的滑杆。 判定口径：任何一项无障碍选项若只存在于「关/开」两态且不能中途改变，先判不合格。来源：Xbox Accessibility Guideline 108 明确要求「玩家可在任何时点改变难度且不丢失进度」，且强调「难度很少只有一个旋钮——玩家可能想要谜题更难、战斗更易」。

  2. 恐怖游戏不做「无障碍版恐怖游戏」，做「同一件恐怖、不同的感官通道与强度」。 判定口径：把「关掉惊吓」当默认解法的设计评审结论，判不合格；要求给出「保留恐怖感」的替代通道方案。

  3. 不要把「警示画面」当成闪烁管理的替代品。 GMAG 与 XAG 都把「警示」定位为无法避免时的次优手段，且 XAG 118 明确指出多数玩家在首次发作前并不知道自己有光敏性癫痫，因此「消除触发内容」优于「开场警示」。

1. 光源敏感（photosensitivity）与闪烁规范

1.1 「闪烁」的定义与阈值（务必写清出处与适用边界）

四条原则：

  1. WCAG 2.2 SC 2.3.1 Three Flashes or Below Threshold（Level A）原文：网页内容「不得包含任何一秒内闪烁超过三次的东西，或者该闪烁低于一般闪烁与红色闪烁阈值」。这是 W3C 官方规范文本，可直接引用。

  2. SC 2.3.2 Three Flashes（Level AAA）更严：不因亮度或面积而豁免，频率 > 3 次/秒即违规，连单个闪烁像素也算。适合作为「最保守目标」，但它是 Web 内容的 AAA 级准则，不是游戏强制标准。

  3. WCAG 把「blinking（闪烁/眨眼）」与「flashing（闪光）」分开定义：blinking 造成分心，flashing 可能诱发发作（>3 次/秒 且面积够大且够亮）。W3C 强调关掉闪烁选项不是解法，因为「发作可能比用户反应更快」。这是把「给出开关」和「做出阈值合规」区分开的权威依据。

  4. Xbox XAG 118 给出的可判定失败判据（游戏平台侧最具体的一套数字）：

    • 亮度闪烁（luminance flash）：定义为一帧内亮度变化 10%（100% 为白屏最大亮度），且较暗一侧亮度值应低于 0.8；
    • 失败判据：频率约 > 3 次/秒；占屏约 20% 或更多；低强度闪烁持续足够长时间同样算失败；
    • 红色闪烁（red flash）：当闪烁任一端为饱和红（R/(R+G+B) ≥ 0.8）时适用更低亮度变化门槛，判据为 (R−G−B)×320 的变化 > 20；
    • 处置方向：降低明暗端对比度、降低频率、减小面积、降低红色饱和度。
    • 来源：XAG 118: Photosensitivity - Xbox Game Dev 与版本历史（该节被整体替换的记录）：Xbox Accessibility Guidelines - Version History - Microsoft Learn [标准/平台最佳实践]
    • 边界说明：这些是 Xbox 自身审核（MGATS）与商店标签体系使用的判据，不是国际医学标准。

  5. GMAG 给出的另一套数字（源自英国广播闪烁指引传统）：任何持续超过 5 秒的闪烁序列；单秒内超过三次闪烁且覆盖屏幕 25% 以上；移动的重复图案覆盖 25% 以上；静态重复图案覆盖 40% 以上。GMAG 同时指出这些百分比基于典型屏幕显示，VR 中因为视野被 100% 占据应更保守。

    • 来源：Avoid flickering images and repetitive patterns - GMAG（该页并附 Ofcom 闪烁与图案使用指引链接）[共识，GMAG 引 Ofcom]
    • 边界说明：GMAG 自己说这些公式「复杂、难以计算，最好宁可保守」，并建议「在可能伤害游戏的地方无法避免时，给出充分且明显的警示，并研究提供禁用选项」。

1.2 为什么游戏行业单独立规

三条原则：

  1. 引用历史事件作为「为什么」的锚点：1997 年日本播出的《宝可梦》动画含红色闪烁片段，导致 600 多名儿童因癫痫发作住院，其中四分之三此前没有癫痫症状。GMAG 引用此事说明视觉处理选择可以诱发发作。

  2. 不要用「每年 N 例」这种统计口径：我未找到「每年有多少例光敏性癫痫发作与游戏相关」的权威年度统计。可引用的是病例研究级数据：Ferrie 等描述 15 名玩电子游戏时癫痫发作的患者并回顾文献中 20 例，其中 15 例里有 9 例、文献案例里除两例外都是首次发作发生在游戏过程中；英国全境 EEG 科室主动监测研究在两个 3 个月周期内识别出 118 名首次发作发生于电子屏幕游戏的患者（其中 46 例被认为因果关系明确）。

  3. 行业实践：把癫痫测试作为流程的一部分，并公开承诺。 GMAG 提到 originally developed for TV 的癫痫测试服务可测游戏录像，建议由发行商/工作室使用，并点名 Ubisoft 在一次发作事件后公开承诺做癫痫测试。同时 GMAG 明确该测试不保证游戏「epilepsy-safe」。

1.3 命名禁令（这是最容易被违反、后果最实的一条）

  1. 禁止使用「epilepsy safe mode / 无癫痫模式」这类命名。 GMAG 原文：任何游戏都可能引发发作，因此「epilepsy safe」一词绝不可使用；若提供一个叫「epilepsy safe mode」的设置，你会伤害玩家并可能招致法律诉讼。应改为描述设置实际作用的名称，如「screen flash effects」「effects intensity」。

  2. 禁止用「闪烁警示 = 合规」结案。 XAG 118 明确指出很多玩家在首次发作前并不知道自己有光敏性癫痫，因此消除触发内容优于开场 splash 警示。

  3. 节奏灯（rhythm lamp）一类的可调强度做法：可作为「强度分级」的可行实现形态，但未找到专门针对游戏内节奏灯的权威标准条文。XAG 118 的通用处置方向（降低对比度 / 降低频率 / 减小面积）可以照搬使用。

    • 来源（通用处置方向）：XAG 118 - Xbox Game Dev [标准/平台]
    • [未找到] 「节奏灯」专门标准条文。

2. 游戏无障碍通用实践清单（GMAG 覆盖的类别）

四条原则：

  1. GMAG 按「障碍类型」×「实施层级」组织，共四类障碍 + 通用项：Motor（控制/移动）、Cognitive（思维/记忆/信息处理）、Vision（视觉）、Speech（语音）；层级为 Basic / Intermediate / Advanced。这个分类本身就是清单骨架。

  2. Basic 层里与恐怖游戏直接相关的条目（逐条可勾）：允许调整游戏速度；为任何触觉提供开关/滑杆；交互元素足够大且间距足够；控制灵敏度可调；所有 UI 可用与玩法相同的输入方式访问；控制可重映射；不依赖特定体型的动作捕捉；提供宏系统；UI 可缩放/可重排；避免长按或提供替代；PC 支持窗口模式。还包括：重要词汇高亮、文本颜色可选（至少高低对比二选一）、存档缩略图、多人语音聊天同时支持文字、不让任何必要信息（尤其指令）仅靠文字传达（须用视觉和/或语音强化）、提供情境内帮助、明确标示可交互元素、让每个关键物件/事件的声音彼此可区分、可关闭/隐藏背景运动、音效/语音/背景音乐分别独立音量或静音、设置可保存记忆、在游戏内说明无障碍功能、在包装或官网说明无障碍功能、提供多档难度。

  3. Advanced 层里与恐怖游戏直接相关的条目：避免任何突然的、未预期的移动或事件（Avoid any sudden unexpected movement or events）；提供关闭/隐藏所有非交互元素；所有叙事与指令可重播；提供关闭血腥与肢解（blood and gore）的选项；提供音频描述音轨；使用彼此不同的声音/音乐设计以区分所有物件与事件；提供可调整字号；确保字幕按目标年龄段的合适语速（words-per-minute）裁剪与呈现；提供符号化聊天；输入设备之间要有 0.5 秒的冷却（post acceptance delay）；不让精确计时成为玩法必需（提供替代、可在暂停时执行的动作或跳过机制）。

  4. GMAG 自身的两条方法论纪律（比单条清单更重要）：a) 层级划分依据是 Reach（受益人数）× Impact（带来的差异）× Value（实施成本）；b) 「被投诉最多」不等于「最需要」——因为部分玩家因障碍或污名更难发声；但处理最常被投诉的四项是有效起点。另外 GMAG 建议不要把无障碍选项藏在设置菜单深处，要在教程、载入画面提示中说明，并通知 Can I Play That、Game Accessibility Nexus 等评测站。

平台披露机制

  1. Steam（2025 年 6 月起）提供「Accessibility Feature Wizard」，开发者通过一系列问答勾选支持的无障碍功能，会显示在商店页右侧并支持玩家按功能筛选。当前可见的标签类别：Gameplay（Adjustable Difficulty、Save Anytime）、Audio（Custom Volume Controls、Narrated Game Menus、Stereo Sound、Surround Sound）、Visual（Adjustable Text Size、Subtitle Options、Color Alternatives、Contrast Controls、Camera Comfort、Playable without Vision）、Input（Keyboard Only、Mouse Only、Touch Only）、Chat Speech-to-text。注意：这是自愿披露，不是强制——标签缺失不代表游戏没有该功能。

  2. Valve 自身产品的合规口径走 WCAG A/AA + ETSI EN 301 549，并发布 VPAT 式无障碍一致性报告——这是「网页/商店页」层面的合规，与游戏内玩法无关，不要混用。

  3. itch.io：可观察到的是标签与筛选机制——搜索结果页存在「Accessibility features」筛选维度，可见选项包括 Color-blind friendly、Subtitles、High-contrast、Interactive tutorial；另有 accessible、accessibility、blind-accessible 等自由标签。

3. 听觉信息与视觉替代

五条原则：

  1. 可引用的权威表述（关键原则）：XAG 103 的 Implementation guidelines 中有一条——「Audio critical content is also represented visually (typed indicator, directional graphic) and/or by haptics」，以及 「Visual critical content is also represented by at least one other sense (spatial audio or haptic)」。这就是「重要信息不得只用单一感官」的规范原文。

  2. XAG 103 的多通道清单（可逐条对照实现）：视觉侧可用文字与标签、符号与形状、颜色（只能强化不能独用）、屏幕元素（伤害光晕 damage halos、方向指示器 directional indicators、敌人标记）；听觉侧可用空间音频（编码方向与距离）与彼此不同的提示音（ping、bell、stinger）；触觉侧可用震动模式，但必须再配至少一个通道，因为很多设备不支持（鼠标/键盘、Xbox 自适应控制器）。

  3. 色觉编码规则（可直接引用的条文）：不允许任何线索仅依赖颜色；当颜色不可避免地承担信息时，应允许玩家为个别游戏元素自选颜色；禁用态的「变灰」必须同时配另一种指示（如锁图标或「Not available」文字标签）。

    • 来源：XAG 103 - Xbox Game Dev [标准/平台]
    • 呼应条文（GMAG）：Ensure no essential information is conveyed by a colour alone；Provide a choice of cursor / crosshair colours / designs —— GMAG Advanced 列表 [共识]

  4. GMAG 的对应条目：Ensure sound / music choices for each key objects / events are distinct from each other（Basic）；Use distinct sound / music design for all objects and events（Advanced）；Provide captions or visuals for significant background sounds；Important supplementary information conveyed by audio is replicated in text/visuals（例如「你被从哪个方向射来」）。

  5. 音频提示的分类实践（「必须被理解」vs「氛围」）：可引用的判定口径是 XAG 元数据文档对「重要游戏音频」给出的定义——「任何为玩家提供信息、对完成游戏内目标有用的音频」，明确举例敌方脚步声、枪声、人声说话，并要求空间音频关闭时必须回落到立体声或单声道。

    • 来源：Accessibility metadata - Game Publishing Guide - Microsoft Learn [标准/平台]
    • XAG 104 进一步给出「不重要的」与「重要的」处理差别：字幕（subtitles）覆盖全部口语；字幕之外的「captions」只覆盖尚未被视觉传达的重要声音（all important sounds that aren't already communicated visually），并为屏幕外声音提供方向指示。
    • 来源：XAG 104: Subtitles and captions - Microsoft Learn 与 XAG 104 deep dive [标准/平台]
    • 判据（自定但可落地）：把每个音频资产归入「影响决策」或「只影响情绪」两类；只有前者必须进 captions 或视觉通道，后者可选。归类表必须随交付物一起提交。

4. 字幕与音频线索的文字化

五条原则：

  1. 区分 subtitles 与 captions 的定义（可直接引用）：subtitles 是语音/对话的文字对应；captions 是全部音频的文字对应，包含非语音声音（例如「[狗在叫]」「[敲门]」）、背景音乐（「[歌名, 艺人]」「[歌词]」），还可以包含重要信息如谁在说、什么语气（「[讽刺]」）、声音来自哪里（「[无线电中]」）。

  2. 说话者标注的精确规则（可判定）：每个新说话者开始说话时，字幕行必须标出姓名；姓名确立后，同一说话者后续每一行不必重复；只有说话者切换，或同一说话者在超过 1–2 分钟的显著停顿之后，姓名才需要再次出现。颜色可以用于区分说话者，但不得作为唯一通道，须配姓名标签。

  3. 给声音加文字标签，而不是替玩家解释含义。 XAG 104 的实现指南要求「告知玩家该声音及其空间位置（若适用）」，并给出格式示例：[狗在叫]、[敲门]、> 声音来自右方；W3C 也把「包含有意义的音效」列为字幕应包含的内容。不要写成「有怪物在你身后」，那是替玩家下结论。

  4. 空间方向指示器（visual direction indicators）的两种写法：字幕行内用 < / > 箭头表示说话者在屏幕左/右侧（不在屏内时）；或用显式描述符（如 (on radio)）。纯文字对话（没有音轨）时，还必须提供说话者姓名及其相对玩家的空间位置。

  5. 字幕的可读性与默认值：字幕必须可开关、可配置，且提供一个反映玩家当前配置的视觉预览；应尽量默认使用玩家在平台层已配置的字幕/字幕设置，允许游戏内覆盖；字幕背景应为玩家可配的纯色背景（因为白字压在浅色沙地上几乎不可见）；字幕应默认开启或允许在第一段影像播放前开启；XAG 版本历史还提示应考虑更大的默认字幕字号，因为字幕在屏时间短、需要快速阅读。

    • 来源：XAG 104 deep dive、XAG 版本历史 [标准/平台]
    • 补充：XAG 元数据文档给出字幕文本的最小默认字号：Console ≥ 26px @1080p / 52px @4K；PC/VR ≥ 18px @1080p / 36px @4K；移动/串流 ≥ 18px @100 DPI / 36px @200 DPI / 72px @400 DPI。这是 Xbox 商店元数据的判定口径，不是通用行业标准。来源：Accessibility metadata - Microsoft Learn [标准/平台，适用边界已注明]

5. 难度与容错档

5.1 「难度 = 玩家能力」的现代共识

四条原则：

  1. 可引用的核心论述（XAG 108）：「Difficulty is subjective — what's easy for one player is impossible for another. "Difficult" often just means "a set of specific game mechanics that don't work for me."」以及「难度很少只有一个旋钮——玩家可能想要谜题更难、战斗更易」。这就是「难度不是单一档位而是连续调节」的权威表述。

  2. 具体数量要求：提供多档难度预设，理想 4 档以上，覆盖从极易（故事优先）到极难的完整区间。注意 XAG 108 的一个关键注解：一个独立的「Creative 模式」若改变了根本玩法体验（无限资源、无威胁、无成就），就不算难度预设——仍需在主模式内提供 4 档以上。这条同时是本节「成就一致性陷阱」的规范依据。

  3. 分机制粒度调节：允许玩家单独调节各个机制的难度——可以是显式滑杆（如 Puzzle Difficulty、Combat Difficulty），也可以是离散辅助开关（Brake Assist、Auto-Aim、Steering Assist、Traction Control）。GMAG 对应条目是「Allow gameplay to be fine-tuned by exposing as many variables as possible」。

  4. 命名纪律：用描述性、尊重性的措辞描述难度档，不得出现 Wimp Mode 之类的贬义命名，并说明每档会发生什么。GMAG 同样要求「avoid giving demeaning names for lower levels or mocking players who use them」。

  5. 暂停与存档：单人、本地多人、本地分屏游戏可随时暂停（存档/读档界面除外），且过场动画（片头、视频过场、脚本过场）也要可暂停；同时提供手动与自动存档，让玩家能重试而不显著丢失进度。GMAG 高级条目还要求「不让精确计时成为玩法必需」，提供替代方案、可在暂停时执行的动作或跳过机制。

5.2 恐怖游戏特有的可调项

四条原则：

  1. GMAG 明确收录了《寂静岭 2》的示例，理由是它为一般玩法与谜题分别提供独立的难度设置——这是「把反应/解谜/资源压力拆成独立旋钮」最早的公开案例之一。

  2. 黑暗中的可见度要作为独立可调项（亮度/对比度/手电/环境光），而不是绑定在画面质量档里。行业观察案例：《House of Ashes》配备专用手电按钮，虽为找 secret 设计，但「任何能提高暗场目标区域亮度的机制都有助于视力不佳玩家」，同时也指出它牺牲了机动性（可引为「可见度与机动性是一对需要分离的旋钮」的证据）。GMAG 亦收录了《Even The Ocean》把关闭光敏/偏头痛/3D 眩晕触发项与难度细调、关键音效字幕并列的做法。

  3. 听觉辨识难度（黑暗中的脚步声方位）作为独立可调项：可提供「方位可视化」把声音来源转成屏幕边缘指示，同时提供立体声/单声道切换。FNAF: Into the Pit 的做法：开发者枚举出全部关键声源（黄色兔的脚步、Chica 的脚步、世界杂音），逐个做出可视化；如果玩家与声源不在同一房间，就用 NavMesh 计算最短有效路径并用最合适的门作为声源方向；玩家可选择立体声（左右不同）或单声道（左右相同）。

  4. 反应窗口要独立于整体难度（QTE/连打/闪避）。XAG 108 要求提供 ultra-low 模式与「精简操作方案模式」；GMAG Advanced 要求输入之间有 0.5 秒 post acceptance delay 冷却；GMAG 还要求避免长按要求。可直接引用的商业实现案例（Star Wars Jedi: Survivor 提供 Button Mash Options → Default / Automatically Succeed，且默认关闭）见官方无障碍设置页。

5.3 陷阱：关掉/调低某系统后，挂钩的成就与统计口径前后不一致

三条原则（这是本节的核心，务必逐条走）：

  1. XAG 108 已经把这个陷阱写成规范条文：独立的「Creative 模式」若把「无限资源、无威胁、无成就」作为前提，就不算有效的难度预设。推论（可作为交付判据）：任何改变玩法状态的辅助项，必须显式决定它与成就/统计的关系，且该决定必须写在设置项的说明文字里，不允许「默默失效」。

  2. 玩家社区反复提出、且结论不一致，说明这是一个真实的坑而非伪问题：Cult of the Lambda 社区中，玩家明确表示「开启无障碍设置会让某些成就失效吗」，得到的回答是「这些设置不影响你的成就，放手去用吧」，但同帖另一位重度残障玩家指出实际上无法用无限 HP 拿到「不受伤害」的成就，因为游戏把被击中计为伤害——即「辅助生效了但统计口径不同」。同一逻辑在另一款游戏的讨论中表现为「成就不会因使用无障碍选项而失效，速度跑成就除外」。

  3. 解决方案的社区讨论版本（可作为「行业尚未统一」的证据引用）：有玩家提出，若未来出现排行榜，应当在玩家名旁标注「使用了某些无障碍增强」——因为单人游戏里没人会追究你怎么通关的，而辅助选项对目标受众是必需品、不是作弊。这属于社区提案，没有平台强制标准。

    • 来源：Accessibility and Achievements :: Cult of the Lamb - Steam [社区提案，无平台标准支撑]
    • 判据：交付物里必须有一张「辅助项 × 成就/统计影响」对照表。表中允许出现「本项辅助会屏蔽成就 X」，但不允许出现「开了辅助但统计仍按原口径计算」这种不一致（例如上面「不被击中」的例子）。

  4. [未找到] 我未找到任何平台（Steam/Xbox/PlayStation）公开发布的「无障碍选项与成就/统计一致性」政策条文。GMAG、XAG、Steam 文档均只提「提供多档难度」「提供功能说明」，未规定统计口径。因此这条只能以 XAG 108 的注解 + 玩家社区实例为依据。

6. 镜头运动与感官负荷

五条原则：

  1. 可调/可关闭的镜头运动清单（XAG 117 可直接引用）：camera shake（镜头震动）、camera bobbing（走路/头部晃动）、motion blur（动态模糊）、mouse blur，以及重复的左右或上下屏幕运动（武器晃动、镜头摇摆）。XAG 117 明确要求「避免或允许禁用」这些效果，并点名多个商业实现（Halo Infinite 提供 0–100% 的径向模糊、屏幕震动、全屏特效、速度线滑杆；Cyberpunk 2077 可调附加/次级镜头运动；Elder Scrolls Online 的第一人称头部晃动强度可调）。

  2. FOV 与镜头灵敏度必须是可调项：提供可调视场（FOV），理由写得很直白：让玩家能按坐姿距离等因素选择最不容易恶心的角度（Halo Infinite 的 FOV 滑杆附带对大角度「鱼缸效应」的说明）；提供水平与垂直镜头灵敏度滑杆；提供关闭自动镜头移动的能力（如 Sea of Thieves 的 Auto Centre Camera 开关加延迟与速度滑杆）；允许第一/第三人称切换。

  3. 文字/UI 背后的运动与自动更新内容也要能控制：需提供控制自动更新频率的方法，以及暂停/停止/隐藏自动更新内容的方法；对闪烁、滚动、运动的背景内容需提供完全禁用与暂停/隐藏两种机制。

  4. GMAG 的对应条目：Include a toggle/slider for any haptics；Provide an option to turn off / hide background movement；Avoid or provide option to disable any difference between controller movement and camera movement（武器走动晃动、鼠标平滑）。

  5. 「玩家表达为不适感的东西，本质是可达性问题」这一转述来自行业专家：Ian Hamilton 在 GDC 2025 的博客综述中写道，玩家往往把这表达为「不舒服」，但实际上是可达性问题，解决低机动、视力、听力与注意力困难对每个玩家都是更好的体验。这可用于回应「玩家不喜欢晃动所以要删掉」的错误论证。

    • 来源：Game Accessibility at GDC 2025 - Ian Hamilton [共识/专家博客，性质为个人观点转述]
    • [未找到] 专门针对「游戏镜头晃动强度」的数值化舒适度标准（如震动幅度上限）。现有可引的只有「可开关/可调」这一存在性要求与平台披露标签（Steam 的 Camera Comfort）。

7. 健康与合规提示的呈现层级

五条原则：

  1. 第一层是商店页/官网（购买前）：XAG 123 的第一步是「Publish detailed pre-purchase content descriptions」——提供详细的、可能导致不良情绪或心理反应的内容描述，免费的在线文档必须在购买前可查阅，且该文档本身必须满足网页无障碍标准，游戏中也要可访问。示例：Tell Me Why 在官网 FAQ 中说明叙事中存在的跨性别恐惧、错误称谓与暴力。

  2. 第二层是启动画面（launch）：游戏启动时显示心理健康提示。XAG 123 给了两个可直接引用的实现细节：Psychonauts 2 在开场列出所描绘的状况（成瘾、PTSD、恐慌发作、焦虑、妄想）与恐惧症触发因素（牙科、幽闭、呕吐）并附上 takethis.org 资源，而且必须按 B 键而非常规 A 键才能继续，防止误触跳过；Hellblade: Senua's Sacrifice 开场提示精神病表现并链接到专门的支持站点。「非默认按键才能跳过」是防误触的可判定做法。

  3. 第三层是逐场景提示（per-scene）：提供设置项，在特定区域、过场或对话前显示警告。XAG 123 举 Ikenfell 为例：逐事件文本（"self hate"、"mention but no depiction of blood, horror"、"upcoming depiction of non-graphic deaths, traumatic recollection"），且该功能默认开启（玩家可切换）。

  4. 「佩戴耳机建议」这类提示的位置没有权威条文。可引用的最接近依据是：XAG 123 把「心理健康求助资源」要求为「游戏内任何时点可访问的地区专属热线与网站——不只在启动画面或制作人员名单中」，并举 Hellblade 的国家选择器支持页、Martha Is Dead 链接到 Safe in Our World 为例。耳机建议的层级（主菜单 vs 设置页）未找到平台政策依据；若要放主菜单，属于产品判断，不属于合规要求。

  5. 什么该下沉到设置页（信息层级实践）：XAG 123 的结构本身就是答案——不可逆的一次性告知（启动提示、逐场景警告的资源链接）上浮；可重复调用的偏好（表现强度、内容自定义、跳过选项）下沉到设置与逐场景设置项。XAG 123 同时要求内容警告与设置界面本身必须满足其他 XAG（XAG 101 文字显示、102 对比度、106 屏幕朗读、116 时间限制）——即「提示层本身也不能不可访问」。

  6. XAG 123 的一个重要边界（避免误用）：该指南明确不以鼓励开发者移除此类内容为目标——「创作者保留完全的创作自主权」，它只是提示哪些内容可能影响玩家并提供更包容的做法。引用时不要把它写成内容审查要求。

8. 恐怖游戏无障碍的特殊矛盾（重点）

8.1 核心矛盾的可引述表述

三条原则：

  1. 「消除触发内容优于开场警示」是对恐怖游戏最有杀伤力的一句依据：XAG 118 明确指出许多玩家在首次发作前并不知道自己有光敏性癫痫。含义：指望玩家自己读警示并调整设置，在癫痫问题上是不成立的策略，必须从内容侧解决。

  2. 「恐怖游戏的核心手法本身是无障碍的敌人」这一矛盾在 XAG 123 里被明确承认但被框定为「不要求移除」：XAG 123 讨论的正是常见恐惧症、创伤事件、成瘾、尖锐心理表现的呈现，并列出蜘蛛恐惧、蛇恐惧、高空恐惧、高空/恐水/小丑恐惧、密集恐惧症等触发源，同时明确创作者保留创作自主权。对恐怖游戏的意义：合法的做法是「预告 + 可跳过 + 可自定义」，而不是「不许做」。

  3. XAG 118 的总纲句可直接引用：游戏不应包含可能在游玩过程中引发不良反应的图像或体验（seizures 或 migraine 发作）。同时注意它把「空间图案失败（spatial pattern failure）」也列入 XAG 118 范畴。

8.2 「用替代通道保留恐怖感」的公开案例与建议

五条原则：

  1. 用模糊/遮挡替代「不显示」——Dead Space（2023）的公开做法：为避免某些恐怖与血腥内容，提供两层选择：第一层是在玩家遇到之前用不打断的弹窗简短描述即将发生的事件类型（也可放在音频或视频日志中播放前）；第二层是用屏幕效果实际遮挡即将出现的场景——音频照常播放，但用模糊效果遮住画面直到场景演完。开发者明确说明「Dead Space 仍然是恐怖游戏，有血腥与血浆」，并说明取舍范围：不针对对怪物的暴力，主要针对针对人类的强烈暴力、强心理恐怖或自伤。

  2. 用「可视化 + 空间音频替代」保留听觉恐怖——FNAF: Into the Pit 的公开做法：为关键声源做屏幕边缘可视化（每个世界穿越型 NPC 有自己颜色的屏幕晕染表示距离，越近越大、越不透明、辉光越强；世界杂音用灰色晕染）；并且为避免只依赖颜色，额外集成脉动效果作为第二层距离指示；难点在于判断目标相对玩家的方位——若玩家与声源不在同一房间，就用 NavMesh 找最短有效路径并取最合适的门作为声源方向；玩家可自选立体声或单声道。开发者原话点明：「恐怖游戏里的声音设计不仅要令人不安，还要在环境引导玩家时提供帮助。」

  3. 用「强度分级 + 可自定义数量」替代「删掉惊吓」：同一篇 FNAF 技术博客还记录了一个与「难度/成就一致性」直接相关的做法——传统上定制道具要在最高难度通关后才解锁，他们改为任意难度通关一次即可解锁，并允许玩家增/减场景中噪音发生器的数量。这是「把恐怖刺激做成可调资源而非固定脚本」的直接样本。

  4. 用「不靠突发视觉，靠可见度与想象」替代惊吓——Darkwood 的设计论述：开发者明确表示恐怖圈的压倒性趋势是用 jump scare 作为制造恐惧的工具，而他们主动避开它，改为让玩家看到远处物体的移动但不显示那是什么；并说明他们认为「让想象力填补空白」的恐怖体验比「把东西甩到脸上」更令人投入。行业评论据此指出：恐惧可以由玩家的未知感生产，而不依赖闪光与尖峰音效。

  5. 惊吓密度本身是设计问题，不是无障碍问题：「jump scare 只能用一次」是行业设计共识（《Game Developer》多篇文章），主张靠多种不同的「释放紧张」方式（到达安全区、引入新敌人类型、颠覆既有规则）来维持后期恐怖感。这意味着移除单个惊吓不必然摧毁商品——但这是设计论述，不是无障碍标准，需标明性质。

  6. 「用可调音量限制代替静音」的公开依据：XAG 108 的版本说明里给出了一套可独立调节的音频通道清单——Music、Voice-over、Active Sound Effects（对玩法关键的，如引擎声、枪声、脚步声）、Background / Ambient Sound Effects（对玩法不关键的）。这正是「用分级音量替代全静音」的规范形态。GMAG 另有对应条目：separate volume controls or mutes for effects, speech and background / music。

8.3 「健康保护」而非「只有无障碍」

  1. 心理健康相关内容的呈现也有独立规范层：XAG 123 涵盖常见恐惧症、创伤事件（军事战斗、袭击、家暴、对动物或儿童的暴力、丧亲、歧视、邪教、压迫性政府）、成瘾物质/行为（酒精、药物、模拟赌博）、自伤/自杀/暴食/催吐/限制进食/药物滥用等，并列出要避免的污名化模式（把精神疾病角色写成不可预测/极端暴力/脱离现实；把 OCD 简化为纯粹重复仪式行为；童化认知障碍角色；把精神疾病与反派划等号），并要求与残障社群直接合作。

  2. 允许中途跳过而不阻塞主线：XAG 123 要求提供跳过过场或关卡的选项（包括中途跳过），且不阻塞剧情推进。这对「用一段必然触发不适的内容做剧情门槛」的恐怖设计是关键约束。

  3. [未找到] 「恐怖游戏专门的光敏/听觉健康披露模板」。XAG 118 与 XAG 123 是通用平台指南，我未找到任何针对恐怖类型的更细颗粒度（如「耳鸣」「突发巨响峰值 dB 上限」）的权威数值阈值。XAG 105（音频无障碍）本身也以独立音量滑杆为主，未见 dB 阈值条文。若要写「峰值不超过 X dB」，需另找声学标准，本次调研未做，不要凭记忆写数字。

9. 反面案例 / 失败教训

五条原则：

  1. 只做 UI 不做核心机制：Can I Play That 对《死亡搁浅 导演剪辑版》的评语是最好的实例——「游戏有一些难度选项，但 Very Easy 实际上什么也没做到让它变得更可达，它只降低了战斗难度；他们完全可以把战斗整个删掉，而游戏对我来说仍然几乎不可玩，因为我还得一直保持平衡」；以及「有一个跟平衡相关的设置，但它对减少扳机按住的时间帮助不大」。

  2. 选项存在但不覆盖真正的障碍：同一篇评测还指出，Subtitles 没有背景（导致很多人会难以看清对比度），以及「Large」文本尺寸只是普通尺寸、且不适用于游戏内所有文字，UI 的许多部分仍然小到难以舒适阅读。

  3. 恐怖游戏类型的具体失败点（可用于设计评审的反例）：Can I Play That 对《Scorn》（第一人称恐怖解谜）的评测列出：无教程/提示、控制迟缓且战斗压倒性、谜题推进没有内在逻辑、库存无用；只有单一 Master Volume、没有手动存档只有检查点自动存档；二十八种语言只改菜单字体因为游戏没有可听对话。注意其中「sound is not required to experience the story」被列为优点——这是「声音可替换」的正面样本。

  4. 「有选项但不给预览/不给默认」：XAG 114 要求标签应视觉上贴近其关联元素，使玩家能推出上下文，并指出在进入某个设置时显示该选项如何影响游戏内 UI 的预览（举例 Fenyx Immortals Rising 在玩家浏览设置选项时显示所选选项对游戏环境内 UI 的影响预览）。这也说明「设置项名称抽象」本身是可识别的失败模式。

  5. 「五分之一的心智负担被浪费在找设置上」——启动可达性与菜单位置：XAG 112 明确要求从游戏首次启动起，通往无障碍/设置菜单 UI 的所有路径都必须完全可达（提示玩家把无障碍设置作为启动后出现的第一个画面；或者若游戏无法读取平台设置，则对所有玩家默认开启朗读）。XAG 112 还要求 UI 一致（同一交互方式贯穿各菜单）、菜单完全可用键盘与手柄数字输入导航。GMAG 的对应纪律是「不要把无障碍选项藏在设置菜单里，也要在教程、载入画面提示中说明它们」。

  6. 玩家侧的批评（引用时须标明是社区声音）：「大多数开发者把无障碍当作事后附加，因此这些限制是自我施加的」（Can I Play That 相关访谈中残障玩家的表述，WIRED 报道）；以及「很多工作室只是开发后期才浅浅试水，那时已太晚，实际上没有时间拆解和返工」（Ian Hamilton）。这两句说明「无障碍被当成 patch」本身就是被反复批评的失败模式。

  7. 「为了无障碍把游戏简化到失去意义」——我未找到高质量的直接公开批评材料。 现有材料（GMAG「做比不做好」、XAG 108「极低难度模式」、XAG 108 的 Creative 模式注解）都是从避免过度简化的方向给约束的：例如「提供 4 档以上预设」的理由是让不同能力水平者获得同等水平的体验，GMAG 也说「你能做的最容易设置，对某些人仍然是重大挑战」。但没有找到一篇明确论述「无障碍导致游戏失去意义」的行业文章；如需引用此论，应使用 GMAG/XAG 的反向表述而非虚构批评。

  8. 一个额外可引用的「宣传 vs 实际」风险点：Steam 的无障碍标签是自愿披露，媒体报道指出开发者并非必须填写，因此「商店页没有标签 ≠ 游戏没有该功能」。这是做商店页披露时的诚实性约束。

10. 交付前自检清单（把上面压成可勾选的断言）

  1. 每个闪烁源都能报出：频率、占屏比、亮度变化、红色饱和度，并对照 XAG 118 判据给出通过/失败结论。
  2. 设置项命名中不出现「safe」「无障碍（默认安全）」等字样；不出现 Wimp Mode 类贬义命名。
  3. 每一个标称「难度/易难度」的选项，都能说清它改了哪个具体数值或行为。
  4. 每个辅助项都在「辅助项 × 成就/统计影响」对照表中有明确结论，且不存在「辅助生效但统计口径不变」的不一致。
  5. 所有影响决策的听觉线索，都有一个非听觉通道；所有影响决策的视觉线索，都有一个非视觉通道。
  6. 字幕/captions：区分了 subtitles（全部口语）与 captions（尚未被视觉传达的重要声音）；说话者姓名规则按 XAG 104 实现；空间方向用箭头或描述符；提供反映当前配置的预览；背景色可配。
  7. 镜头：camera shake / bob / motion blur / FOV / 灵敏度 / 自动镜头移动均可调或可关。
  8. 启动画面有内容/健康提示（不可用默认键跳过）；逐场景警告可开关；求助资源在游戏内任何时点可访问。
  9. 无障碍设置的入口从首次启动起完全可达，且路径一致。
  10. 商店页/官网的无障碍披露与实际功能一致（不虚标）。

附：本次调研中明确「未找到高质量材料」的清单

  • 「每年有多少例光敏性癫痫发作与游戏相关」的权威年度统计（只有病例研究级与社区监测级数据，见 §1.2）。
  • itch.io 无障碍标签的官方规范/审核政策文档（只有平台自助标签现状）。
  • 任何平台关于「无障碍选项与成就/统计一致性」的公开政策条文。
  • 专门针对游戏内「节奏灯 / 频闪特效强度分级」的权威标准条文（只能用 XAG 118 的通用处置方向）。
  • 针对「游戏镜头晃动强度」的数值化舒适度标准（如幅度上限）。
  • 「佩戴耳机建议」这类提示的层级（主菜单 vs 设置页）的平台政策依据。
  • 针对恐怖类型的、更细颗粒度的健康披露模板；尖峰音效的 dB 峰值上限。
  • 「为了无障碍把游戏简化到失去意义」的公开行业批评文章。