无障碍游戏最容易犯的错误,是开发者替玩家决定他需要什么帮助。换成Agent(能自主观察并采取行动的AI程序),这个错误会跑得更快:它看到你几次没按上某个键,就悄悄把操作映射改了;发现你总是漏掉某个提示,就把难度降了一档。每一步都出于好意,玩家却在不知不觉中失去了对自己游戏的控制。九游会的设计从一开始就回答同一个问题:Agent的权限边界该画在哪里?

Agent在这个体系里到底是什么角色

先把架构说清楚。九游会设想的无障碍Agent由四层组成:感知层读取信号,例如某个操作的失败次数、字幕是否被反复调大、玩家是否主动打开了语音输入;判断层把这些信号归纳为“可能有帮助的设置”;建议层用玩家看得懂的语言把建议呈现出来;执行层则只有在玩家确认之后才会改动设置。四层之中,只有前三层是Agent自己的,执行层的钥匙握在玩家手里。

这样划分的用意是把“推荐”和“决定”拆开。Agent的价值在于发现玩家可能没留意到的选项,比如某种替代输入、更大的字幕、更长的按键时间窗;决定要不要用,永远是玩家的事。这一点与AI自动降低难度就叫无障碍吗里从交互设计角度谈到的原则一致,只不过这篇要讲的是同一原则落到系统架构上,权限如何具体划分。

还有一层容易被忽略:需要帮助的玩家并不是单一群体。同样是“按键总是来不及”,原因可能是精细动作困难、设备延迟、单手操作,或者只是这款游戏节奏太快。Agent把它们统一归为一类需求,建议就会不对症,所以九游会的设计里,Agent给出的永远是几个可选项,而不是一个“标准答案”。

哪些动作可以自动做,哪些必须先问

权限分级是整套设计的核心。下表列出的是示例性的划分思路,具体条目会随游戏类型和玩家反馈调整。

权限等级 动作举例(示例) 原因
可自行完成 整理设置页的排序,把与当前操作相关的选项放到前面;在玩家主动询问时解释某个选项 不改变游戏状态,也不改变任何设置
必须确认调整字幕大小与样式、更改按键映射、启用语音或开关输入、改变按键时间窗、开启目标提示 会改变玩家的操作习惯或感知内容
不允许 擅自调整难度、把玩家归类为某类人群、上传操作细节用于其他目的、在玩家不知情时启用麦克风 越过了玩家的意愿,或涉及敏感推断

请注意“必须确认”这一档很宽。原因是,看似无害的改动常常并不无害。字幕放大会让画面布局变化,遮挡原本依赖的视觉线索;重映射按键会让已经建立的肌肉记忆失效;启用语音输入等于打开麦克风,牵涉隐私。这些改动对一部分玩家是帮助,对另一部分玩家可能是新的障碍,Agent无从知道自己面对的是哪一种。

每条建议都要能回答“为什么是我”

可解释性在这里不是装饰。一条合格的建议至少要说明三件事:看到了什么、为什么认为它可能有帮助、如果不采纳会怎样。例如,“最近几次战斗中,需要连续快速按键的操作多次没有完成,你可以试试把按键改为按住即可,是否要预览一下?”这句话里没有任何关于玩家身体状况的推测,只描述了游戏里发生的操作事实,并且给出了预览和拒绝的余地。

与之相对的坏例子是“检测到您可能有手部不便,已为您切换简化操作”。它同时犯了两个错:推断了残障状态,还未经同意就动手了。九游会AI的设计里,建议文案要以“操作与情境”为主语,而不是以“玩家是谁”为主语。这条规则看起来只是措辞问题,实际上决定了整个数据模型该存什么、不该存什么。

偏好放在哪里:本地与同步的边界

玩家的无障碍偏好,是设置,也是相当私人的信息,因为它们间接透露了玩家如何使用设备。九游会的规划里,偏好默认保存在玩家自己的设备上,Agent使用它们只是为了在本机生成建议。只有玩家主动选择跨设备同步时,偏好才会加密后进入账户空间,而且同步的是“设置项”而不是“为什么设置”,也就是说,系统里保存的是“字幕大小为大”,而不是“该玩家视力较弱”。

数据最小化的思路与绿色游戏大模型到底需要哪些数据是同一套:先问这条数据是不是真的需要,不需要就不采;需要也先在本地处理,再决定要不要上传汇总。换手机之后偏好会不会丢,则是设备档案与同步设计的问题,属于App侧的另一个话题。

拒绝之后不再反复打扰,撤销必须一步到位

Agent的第二个常见毛病是不肯罢休。玩家拒绝一次建议,它隔天又换个说法再来一次,玩家最终要么烦得关掉整个功能,要么无奈接受。九游会的设计里,被拒绝的建议会带上冷却期,只有当情境发生实质变化,例如玩家换了游戏、换了输入设备,才有可能再次出现,并且玩家可以选择“这一类建议都不再提示”。

撤销同样要一步到位。每一次经确认生效的改动,都要保留“恢复到改动之前”的记录,并且放在设置页最显眼的位置,而不是埋在多层菜单里。如果撤销比启用还难,玩家就会因为怕麻烦而不敢尝试任何建议,Agent的推荐功能也就形同虚设。

辅助输入在别处可能被误读,Agent要提前说明

Agent能控制的只有自己这一层,玩家使用的辅助设备还要面对其他系统。据Dexerto报道,2026年5月,一位使用口控手柄的瘫痪主播被某款游戏的反作弊系统以“使用第三方输入修改设备”为由临时封禁,经他公开反馈之后才被解封。这个案例说明,辅助输入方式在第三方系统里可能被当作异常信号。所以,当Agent推荐某种替代输入时,除了说明它带来的帮助,也应该如实提示可能存在的兼容风险,并给出申诉渠道的入口,而不是让玩家自己去撞墙。

评估一个无障碍Agent,可以先问这五个问题

  1. 它做的每一个改动,是不是都要玩家点头才生效?
  2. 每条建议,是不是都写清了依据,并且以操作事实而不是玩家身份为主语?
  3. 偏好默认保存在哪里?跨设备同步是否需要玩家主动开启?
  4. 拒绝之后会不会被反复打扰?撤销是否比启用更难?
  5. 它有没有可能在玩家不知情时推断、记录或公开残障状态?

这五个问题没有一个需要复杂的算法来回答,却几乎决定了这个Agent是在扩大玩家的选择,还是在悄悄缩小它。九游会的设计目标很简单:把这五个答案都写进产品规则,再交给玩家自己检查。