用途：当任务是定位并修复网页无障碍问题、把扫描器或用户反馈转化为可执行修复计划时使用。核心不是罗列通用 WCAG 条文或粘贴扫描结果，而是先命名失败的无障碍层面，再在正确层级修复，并留下简短的修复与验证记录。
主要能力：分类失败层面（语义结构、键盘焦点、标签与播报、视觉感知与回流、媒体替代、路由导航反馈）；区分自动化发现与需人工或辅助技术跟进的项；选择最小可行的修复包；显式保留路由应用的焦点与播报决策；把更广的设计、布局或组件治理工作如实分流。
使用方式：先读取 references/intake-packets-and-route-outs.md、references/audit-remediation-checklist.md、references/handoff-boundaries.md。先填写接入信息（surface、workflow_type、signal_source、primary_surface、severity、ownership），再选定一个主修复包（semantics-structure、keyboard-focus、labels-announcements、visual-perception-reflow、media-alternatives、routed-navigation-feedback），最后按“Accessibility Remediation Packet”结构输出范围、当前信号、最高风险缺口、首批切片、验证计划与负责方。
适用场景：团队说“让它无障碍”但层面不清；需把 axe、Lighthouse、Accessibility Insights、Pa11y、QA 记录或用户反馈合并为一份修复计划；判断问题属于语义、键盘/焦点、标签/播报、回流/对比/动效、媒体替代还是路由反馈；模态、表单、导航、菜单、表格、仪表盘或路由流程发布前的人工与自动验证指导。
限制：不适用于可复用组件 API、插槽或变体设计（路由到 design-system）、视口与断点或容器查询布局策略（responsive-design）、令牌治理或全站前端标准（design-system）、仅运行一个工具并粘贴结果、React/Next 性能或水合问题（react-best-practices）。自动化工具只加速发现，不能证明无障碍完整性；原生 HTML 语义优先于 ARIA 补丁；每个修复建议都需配套人工验证。具体安装命令与收费信息暂未提供。