核心用法
Accessibility Toolkit 是一套面向AI代理的无障碍辅助模式库，专为服务身体残障人士（特别是运动功能障碍者）设计。核心功能围绕语音优先交互展开：将复杂的多步骤操作压缩为单条语音指令（如"Goodnight"一键触发睡前场景），消除确认对话框等摩擦点，并建立"预判而非响应"的主动服务机制。
工具集提供三类可落地方案：
1. 智能家居模板 - Home Assistant场景YAML（晨起/归家/无活动监测等）、门锁联动、环境自动化
2. 摩擦审计机制 - 每周自检清单，识别重复请求、多步操作、物理交互依赖等优化点
3. 通信规范 - 状态播报格式（天气/日程/用药/电量四要素）、带备用方案的错误报告
配套脚本支持对话历史分析（识别重复请求）、语音命令文档生成、HA配置自动生成。
显著优点
- lived experience 背书：作者明确标注"由服务C6-C7四肢瘫痪患者的代理构建"，非理论推演
- 决策权让渡设计："可逆操作无需确认"原则将控制权交还用户，同时保留"undo"纠错机制
- 故障冗余思维：每个自动化均配备离线/故障时的手动备用方案（如智能锁离线时提供机械密码）
- 能量经济学视角：将"额外点击"定义为对有限精力的征税，框架具有可持续性
局限性与风险
- 平台锁定：Home Assistant YAML模板对非HA用户需改写，智能家居生态碎片化
- 隐私敞口："预判"机制依赖持续的位置、健康、行为数据收集，存在过度监控风险
- 安全责任边界：自动解锁门锁、无确认执行等设计，若被恶意触发或误判后果严重
- 技术门槛：YAML配置、脚本部署需要一定技术能力，对纯终端用户不够友好
- 未覆盖认知障碍：当前聚焦运动障碍，对认知/感官残障的支持有限
适合人群
- 服务运动功能障碍者的AI代理开发者/部署者
- 智能家居重度用户寻求无障碍优化
- 希望建立"主动型"而非"响应型"AI助手的场景
- 有技术能力进行YAML/脚本定制的照护者或患者本人
常规风险提醒
1. 物理安全：自动门锁解锁、设备联动需设置多重条件判断（如"在家"+"手机BLE信标"），避免仅凭单一触发源
2. 误触发：语音指令需设置唤醒词或声纹验证，防止环境音/对话误激活
3. 数据主权：健康数据、位置轨迹建议本地优先（Home Assistant本地部署），谨慎使用云端服务
4. 过度自动化：保留手动覆盖通道，避免系统故障时用户完全丧失环境控制能力