用途：为设计系统提供跨感官的反馈与状态沟通规范，确保无论用户能否看见屏幕、听见声音或感受振动，都能获取状态信息。核心原则是任何状态都不能只通过单一感官传达，每类反馈应至少覆盖两个通道，屏幕阅读器作为关键的第三通道，所有视觉反馈都需向辅助技术播报。
主要能力：给出成功、错误、加载、警告等反馈类型在视觉、文字、声音、触觉上的对应方式；强调不能仅靠颜色区分状态，红绿对约8%男性色觉缺陷者不可见，需结合图标、文字标签、图案或位置，并用灰度测试验证。规定即时反馈时限：按钮按下100毫秒内出现视觉变化，表单提交1秒内显示加载指示，完成2秒内显示成功消息，错误需高亮具体字段而非仅顶部横幅。区分瞬时与持久反馈：toast/snackbar仅用于非关键确认，至少显示5秒并提供查看遗漏消息的方式；错误、警告等需用户处理的信息应内联持久显示，绝不自动消失。屏幕阅读器用户会错过瞬时消息，非紧急更新用aria-live="polite"，关键警报用aria-live="assertive"。进度沟通区分确定进度（显示百分比或步骤数）与不确定进度（转圈加文字说明），超过10秒的长过程补充预计剩余时间，极长过程可后台处理并在完成时通知。无视觉状态方面，所有状态变化需向屏幕阅读器播报，动态内容用aria-live区域，错误消息需通过aria-describedby与字段程序化关联，不能仅靠视觉位置传达状态。
使用方式与适用场景：作为设计评审与实现检查清单，用于设计加载状态、成功消息、进度指示、错误与警告提示等界面。
限制：资料未提供具体安装命令、代码示例、平台支持范围或收费信息，暂未提供。