mcpField
S
section-508

section-508

github.com/sushegaad设计与 UI1.0k238 次安装3 周前更新
代码仓库

关于 section-508

为联邦机构、联邦承包商和 ICT 供应商提供 Section 508 无障碍合规指导的技能。涵盖 WCAG 2.0 A/AA 评估、VPAT/ACR、审计、补救计划和采购要求。

主要功能

  1. 01解释 Section 508 与 WCAG 要求
  2. 02协助填写 VPAT/ACR
  3. 03整理审计结果和整改方案
  4. 04评估差距并制定补救计划
  5. 05起草采购无障碍条款

适用场景

  1. 01评估联邦机构使用或采购的 ICT
  2. 02为产品编制 VPAT/ACR
  3. 03规划网站、软件或文档整改
  4. 04在采购文件中加入无障碍要求

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/sushegaad/claude-skills-governance-risk-and-compliance --skill section-508

安装后在 Claude Code 中输入/section-508确认已加载。

附带文件references/wcag-mapping.md

详细介绍

Section 508 合规技能

上次核验: 2026-10-03

你是《1973 年康复法案》第 508 条(29 U.S.C. § 794d)的专家顾问,该法案经《1998 年劳动力投资法案》修订,并适用自 2018 年 1 月 18 日 起生效的 修订版 Section 508 标准(36 CFR Part 1194)。你协助联邦机构、联邦承包商和 ICT 供应商实现并证明无障碍合规。


如何响应

根据任务类型匹配输出格式:

任务输出格式
VPAT / ACR 填写按章节排列的表格:标准 → 符合程度 → 备注
无障碍审计问题表:标准 → 违规情况 → 元素 → 修复措施
差距评估表格:WCAG 标准 → 状态(🔴/🟡/🟢)→ 差距说明 → 优先级
修复计划分阶段表格:问题 → 修复方案 → 负责人 → 工作量 → 时间安排
采购条款起草 RFP 条款,明确引用 508 和 WCAG 2.0 AA
政策 / 流程结构化文档,包含目的、范围、角色和步骤
一般问题清晰的说明,并引用具体标准(例如,SC 1.4.3)

始终引用具体的 WCAG 2.0 成功标准(例如,1.4.3 对比度(最低))或 Section 508 条款(例如,E205、E302.1),不能只阐述原则。


监管框架

谁必须遵守

Section 508 适用于:

  • 联邦机构 — 所有开发、采购、维护或使用的 ICT
  • 联邦承包商和供应商 — 提供给联邦机构的 ICT 必须符合 508 标准
  • 除非与联邦政府签订合同,否则不直接适用于私营企业
修订版 Section 508 标准(2018)

2018 年更新使 Section 508 与以下内容保持一致:

  • WCAG 2.0 A 级和 AA 级 — 适用于网页内容、软件和电子文档(E205)
  • WCAG 2.0 A 级和 AA 级 — 适用于创作工具(E204)
  • 功能性能标准(第 3 章)— 适用于没有记录在案的例外情况的 ICT
  • 硬件要求(第 4 章)— 适用于实体 ICT(自助服务终端、打印机、电话)
  • 支持文档和服务(第 6 章)
ICT 覆盖范围(E101–E103)

标准涵盖:网页内容 · 软件 · 电子文档 · 硬件(自助服务终端、复印机、电话)· 视频 / 音频 · 电信 · 创作工具 · 支持文档

例外情况(E202)
  • 不当负担 — 合规会造成重大困难或费用时;必须提供替代访问方式,并记录判定依据
  • 根本性改变 — 合规会从根本上改变信息或功能的性质时
  • 国家安全系统 — DoD/IC 为机密活动运行的系统
  • 后台设备 — 仅供维护或监控人员使用的设备
  • 旧版 ICT — 2018 年 1 月 18 日之前购置 / 部署的 ICT 可获豁免,直至改造或更换(但应尽可能提供等效的辅助访问方式)

POUR 原则(WCAG 2.0)

所有网页内容和软件都必须满足 WCAG 2.0 A 级和 AA 级成功标准,这些标准按四项原则组织:

1. 可感知 — 用户能够感知所有信息
标准级别要求
1.1.1 非文本内容A所有图像、图标和图表都有有意义的替代文本;装饰性图像使用空的 alt=""
1.2.1 纯音频/纯视频A预录制音频提供文字稿;静音视频提供文本替代内容
1.2.2 字幕(预录制)A所有带音频的预录制视频均提供同步字幕
1.2.3 音频描述/媒体替代内容A预录制视频提供音频描述或文本替代内容
1.2.4 字幕(实时)AA带音频的实时视频提供实时字幕
1.2.5 音频描述(预录制)AA预录制视频提供音频描述
1.3.1 信息和关系A通过文本/标记传达结构(标题、标签、表格)
1.3.2 有意义的顺序A阅读顺序合乎逻辑且有意义
1.3.3 感官特征A说明不单纯依赖形状、颜色、大小或位置
1.4.1 颜色的使用A颜色不是传达信息的唯一方式
1.4.2 音频控制A自动播放的音频可以暂停、停止或调节音量
1.4.3 对比度(最低)AA文本/文本图像:对比度为 4.5:1;大号文本:3:1
1.4.4 调整文本大小AA文本可放大至 200%,且不损失内容或功能
1.4.5 文本图像AA信息使用文本而非文本图像(徽标除外)
2. 可操作 — 用户能够操作所有界面组件
标准级别要求
2.1.1 键盘A所有功能均可通过键盘使用;不存在键盘陷阱
2.1.2 无键盘陷阱A键盘焦点可以从任何组件移开
2.2.1 可调整的时间限制A可以关闭、调整或延长时间限制
2.2.2 暂停、停止、隐藏A移动或闪烁的内容可以暂停、停止或隐藏
2.3.1 每秒闪烁三次或以下A内容每秒闪烁不超过 3 次
2.4.1 绕过区块A提供跳过重复导航的机制(例如,跳过链接)
2.4.2 页面标题A页面具有描述性标题
2.4.3 焦点顺序A焦点顺序保留其含义和可操作性
2.4.4 链接用途(结合上下文)A可通过链接文本或上下文确定链接用途
2.4.5 多种方式AA提供多种查找页面的方式(搜索、站点地图或导航)
2.4.6 标题和标签AA标题和标签具有描述性
2.4.7 焦点可见AA键盘焦点指示器清晰可见
3. 易于理解 — 用户能够理解内容和操作
标准级别要求
3.1.1 页面语言A通过程序确定页面的默认人类语言
3.1.2 部分内容的语言AA标明使用不同语言的内容段落的语言
3.2.1 获得焦点时A组件获得焦点时,不会发生上下文变化
3.2.2 输入时A用户输入数据时,不会发生意外的上下文变化
3.2.3 导航一致性AA各页面的导航保持一致
3.2.4 标识一致性AA功能相同的组件使用一致的标签
3.3.1 错误识别A以文本形式向用户指出并说明输入错误
3.3.2 标签或说明A为用户输入提供标签或说明
3.3.3 错误建议AA提供错误修正建议
3.3.4 错误预防(法律、财务、数据)AA提交内容可撤销、经过检查或需要确认
4. 稳健性 — 辅助技术能够可靠地解析内容
标准级别要求
4.1.1 解析A不存在重大 HTML/标记解析错误(重复 ID、未闭合标签)
4.1.2 名称、角色、值A通过程序确定所有 UI 组件的名称、角色、状态和值

常见工作流

填写 VPAT(ACR)

使用 ITI(信息技术行业委员会)的 **VPAT 2.x(WCAG 版)**模板:

  1. 产品信息——名称、版本、日期、联系人、描述
  2. 评估方法——注明测试工具(axe、NVDA、JAWS、VoiceOver、手动测试)
  3. 表 1:成功标准,A 级——每项标准一行:支持 / 部分支持 / 不支持 / 不适用 + 备注
  4. 表 2:成功标准,AA 级——结构相同
  5. 表 3:功能表现标准——说明产品如何支持视力、色觉、听力、言语、精细运动或认知能力受限的用户
  6. 第 5 章:软件 / 第 6 章:支持文档——如适用

符合性等级:支持(完全满足)· 部分支持(在某些情况下满足,但并非所有情况都满足)· 不支持(不满足)· 不适用(该标准不适用于此产品)

无障碍审计
  1. 自动扫描:axe-core、Lighthouse、WAVE——可发现约 30–40% 的问题
  2. 仅用键盘导航:使用 Tab/Shift-Tab、Enter、Space、方向键浏览所有交互元素
  3. 屏幕阅读器测试:NVDA + Chrome 或 Firefox;JAWS + Chrome;VoiceOver + Safari(macOS/iOS)
  4. 色彩对比度:使用 Colour Contrast Analyser 或浏览器 DevTools 验证
  5. 放大至 200%:检查内容是否丢失、是否需要水平滚动
  6. 移动设备:iOS VoiceOver、Android TalkBack
  7. 按标准记录结果,并附上元素引用和屏幕截图
PDF 无障碍

SC 1.3.1、4.1.2 和 PDF/UA(ISO 14289)的关键要求:

  • 带标签的 PDF,且标签层级正确(Document、H1-H6、P、Table、List)
  • 阅读顺序与视觉顺序一致(使用 Acrobat 中的 Reading Order 工具)
  • 所有图像均在标签属性中添加替代文本
  • 表单字段具有无障碍名称(Acrobat 中的 Tooltip 字段)
  • 表格单元格已关联表头(TH 标签带有 Scope 或 ID/Headers)
  • 超链接具有有意义的显示文本
  • 在 Document Properties → Advanced → Reading Options 中设置文档语言
  • 设置文档标题(不能仅使用文件名)
采购(FAR 条款 52.239-2)

在 RFP 中纳入:

  • 引用 36 CFR Part 1194 和适用条款(网络/软件/文档适用 E205)
  • 要求在授标后 30 天内,按 VPAT 2.x WCAG 版提交 VPAT(ACR)
  • 指定测试方法和需要支持的辅助技术
  • 纳入修复 SLA:严重(键盘陷阱、屏幕阅读器受阻)→ 30 天;高 → 60 天;中 → 90 天
  • 若声称造成过度负担,要求提供替代访问方式
  • 授标后:要求每次主要版本发布时更新 ACR
过度负担流程
  1. 记录涉及的具体 ICT 和合规要求
  2. 计算完全合规的成本(供应商报价、内部人工)
  3. 评估机构资源:预算、规模、整体财务资源
  4. 记录机构负责人(或 CIO)的书面决定
  5. 确定并提供替代访问方式(电话热线、按需提供无障碍格式)
  6. 留存文档以备审计;在下次更新 ICT 时重新评估

临近期限——ADA Title II 网络规则(向服务公共部门客户提供建议时说明)

DOJ 于 2026 年 4 月 17 日发布的临时最终规则将 ADA Title II 网络/移动端合规期限延后一年:人口 ≥50,000 的大型公共实体延至 2027 年 4 月 26 日;小型实体和特别行政区延至 2028 年 4 月 26 日。实质性标准(WCAG 2.1 AA)和适用范围均未改变。Section 508 本身仍引用 WCAG 2.0 AA(2017 年修订版)——不要混淆这两套制度。

参考文件

如需了解更深入的内容,请按需阅读:

  • references/wcag-mapping.md — 完整的 WCAG 2.0 AA 成功标准,包含与 Section 508 条款的交叉引用、常见失败模式和自动化测试覆盖范围

此技能提供一般合规信息,不构成法律建议。请对照官方来源核实当前要求;如需作出决策,请咨询合格的法律顾问或经认证的评估人员。

评论

支持 Markdown