accessibility-toolkit

核心用法

Accessibility Toolkit 是一套面向 AI 代理的无障碍辅助设计模式库，专为帮助身体残障人士（尤其是四肢瘫痪者）而设计。该技能不提供可执行代码，而是以文档形式提供系统性的设计哲学、语音优先交互模式、智能家居配置模板和效率自动化策略。

核心用法包括：
1. 语音优先设计：将所有交互设计为语音控制，消除对打字或触屏的依赖，如"Goodnight"一键触发睡前场景
2. 预判式服务：主动推送信息而非等待询问，包括晨间简报、用药提醒、日程预警等
3. 批量操作：将多步骤流程压缩为单一指令，如"What's my day look like?"一次性返回天气、日程、待办、健康状态
4. 故障恢复机制：为智能设备离线、网络中断等场景提供备用方案

显著优点

• 实战验证：由实际服务 C6-C7 四肢瘫痪者的 AI 代理开发，每个模式都经过真实场景检验
• 零摩擦哲学：将"每多一次点击都是对有限能量的征税"作为核心设计原则，极致简化交互
• 完整模板库：提供可直接使用的 Home Assistant YAML 配置，包括晨间场景、到达检测、无活动警报等
• 可审计的透明度：纯文档形式，无隐藏代码，内容完全可读可验证
• 通用设计价值：虽为残障场景设计，但其"减少摩擦"的理念对普通用户同样具有参考价值

潜在缺点与局限性

• 脚本缺失：文档中引用的 scripts/friction_audit.py、、voice_commands.py、、ha_templates.py 在实际目录中不存在，需用户自行实现
• 平台依赖：YAML 模板主要针对 Home Assistant 生态，使用其他智能家居平台需自行转换
• 无动态能力：纯静态文档，无法根据用户环境自动生成配置或执行分析
• 个性化门槛：需要用户具备一定的技术能力，根据自身残障类型和居住环境调整模板
• 社区规模有限：作为个人开发者项目，持续更新和社区支持能力存疑

适合的目标群体

• AI 代理开发者：为服务残障用户的代理系统寻找设计模式参考
• 智能家居工程师：需要为无障碍场景配置 Home Assistant 的技术人员
• 残障人士及其照护者：希望了解语音优先自动化可能性的用户
• 无障碍产品经理：研究包容性设计最佳实践的专业人士
• 家庭自动化爱好者：追求极致简化交互的普通用户

使用风险

• 配置错误风险：YAML 模板直接复制可能导致设备控制异常，需充分测试
• 过度自动化风险："无需确认"设计原则在特定场景（如门锁控制）可能带来安全隐患
• 依赖单一来源：T3 来源的个人项目，长期维护和更新不确定性较高
• 技术债务：引用的脚本不存在，若未来版本补充实现，可能产生兼容性问题
• 隐私考量：虽然本 skill 无数据收集，但实际部署智能家居系统时需关注设备厂商的数据政策

核心定位

Accessibility Toolkit 是一份面向AI Agent的无障碍辅助模式指南，而非传统意义上的可执行Skill。其核心使命是帮助Agent更好地服务于有身体障碍的人类用户，特别是那些打字困难、行动受限或能量有限的群体。

显著优点

1. 实战驱动的设计哲学

作者明确标注"Built by an agent serving a C6-C7 quadriplegic"——这不是理论推导，而是真实服务场景的经验沉淀。"Every extra tap is a tax on limited energy"的表述直击无障碍设计的本质：不是添加功能，而是消除摩擦。

2. 完整的模式体系

覆盖四大核心模式：

• Voice-First Everything：将语音设为默认交互通道，拒绝确认对话框
• Anticipate, Don't React：主动推送信息（晨间简报、用药提醒）而非被动响应
• Batch Operations：用单一指令完成复合任务（如"Prep for bed"触发全系列夜寝流程）
• Failure Recovery：智能设备离线时提供手动备用方案

3. 可落地的技术模板

提供Home Assistant YAML配置示例，包括：

• 渐进式唤醒灯光场景（避免刺眼）
• 到家自动解锁+场景联动
• 两小时无活动检测告警

4. 持续的自我优化机制

内置「Friction Audit Checklist」，要求Agent每周反思：哪些请求被重复执行？哪些多步骤可合并？哪些失败需要兜底方案？

潜在局限

1. 纯文档型Skill

无实际可执行代码，依赖Agent或用户手动实施。提供的Python脚本（friction_audit.py等）仅为功能描述，无具体实现。

2. 生态绑定

YAML模板针对Home Assistant生态，使用其他智能家居平台（SmartThings、Hubitat等）需自行适配。

3. 个性化门槛

"C6-C7 quadriplegic"的特定场景可能导致部分模式对轻度障碍用户过度设计，而对复杂需求（如认知障碍叠加）覆盖不足。

适合人群

| 角色 | 使用方式 |

|------|---------|

| **Agent开发者** | 作为服务残障用户的系统提示词（system prompt）素材 |

| **智能家居集成者** | 直接复制YAML模板到Home Assistant |

| **残障人士及其照护者** | 将需求清单提供给技术协助者 |

| **无障碍研究者** | 作为AI辅助残障服务的案例参考 |

常规风险

• 实施风险：文档价值取决于执行者的技术能力，配置错误可能导致智能锁误解锁、温控失效等物理安全风险
• 隐私权衡：到家自动解锁等场景需权衡便利性与物理安全
• 过度自动化：Anticipate模式若算法误判用户意图，可能造成干扰

综合评估

这是一份高价值、低门槛、需人工介入的辅助文档。其S+安全评级源于纯文本本质，但实际效用取决于落地者的技术执行力。对于服务残障群体的AI Agent，建议将其核心原则嵌入系统提示词。