affaan-m/ECC

accessibility

使用 WCAG 2.2 Level AA 标准设计、实施和审计包容性数字产品。运用此技能为 Web 生成语义 ARIA,并为 Web 和原生平台(iOS/Android)生成无障碍特性。

66Collecting
See how to use itView GitHub source
npx skills add https://github.com/affaan-m/ECC --skill "docs/zh-CN/skills/accessibility"

Quick start

Start using it in three steps

Install it or open the source, trigger it with a clear task, then follow the source workflow.

1

Install the Skill

npx skills add https://github.com/affaan-m/ECC --skill "docs/zh-CN/skills/accessibility"
2

Describe the task

Use accessibility to help me with: [describe your task]. Before you begin, tell me what input you need, the steps you will follow, and the expected output.

3

Follow the workflow

No structured workflow was detected; follow the original SKILL.md below.

Continue to the workflow

Direct answers

Answers to review before you install

What is accessibility?

使用 WCAG 2. 2 Level AA 标准设计、实施和审计包容性数字产品。运用此技能为 Web 生成语义 ARIA,并为 Web 和原生平台(iOS/Android)生成无障碍特性。

Who should use accessibility?

It is relevant to workflows involving Design.

How do you install accessibility?

SkillSignal detected this source-specific command: npx skills add https://github.com/affaan-m/ECC --skill "docs/zh-CN/skills/accessibility". Inspect the repository and command before running it.

Which Agent platforms does it support?

The upstream source does not declare a dedicated Agent platform.

What permissions or risks should you review?

No obvious permission action was detected by the static rules. This is not proof that the Skill is safe.

What are the current evidence limits?

This page combines upstream documentation with deterministic repository, quality, and static-risk signals. It is not described as a manual test or security review.

SkillSignal brief

Decide whether it fits your work first

使用 WCAG 2. 2 Level AA 标准设计、实施和审计包容性数字产品。运用此技能为 Web 生成语义 ARIA,并为 Web 和原生平台(iOS/Android)生成无障碍特性。

Useful in these contexts

Not yet included in a workflow collection

Core capabilities

Design
Repository stars
234,327
Repository forks
35,711
Quality
66/100
Source repository last pushed

Quality breakdown

Based on traceable docs and repository signals; stars are not treated as quality.

66/100
Documentation21/30
Specificity10/25
Maintenance20/20
Trust signals15/25

Compare before choosing

Related Agent Skills and source variants

These links are selected from shared tasks, functions, stacks, platforms, and same-name variants. Compare the source owner, documentation, permissions, and maintenance signals.

accessibility by affaan-m

Design, implement, and audit inclusive digital products using WCAG 2.2 Level AA standards. Use this skill to generate semantic ARIA for Web and accessibility traits for Web and Native platforms (iOS/Android).

accessibility by affaan-m

WCAG 2.2 レベル AA 標準を用いてインクルーシブなデジタルプロダクトを設計・実装・監査します。Web 用のセマンティック ARIA および Web・ネイティブプラットフォーム(iOS/Android)のアクセシビリティトレイトを生成するために使用します。

ab-testing by coreyhaines31

When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use when the user mentions "A/B test," "split test," "experiment," "test this change," "variant copy," "multivariate test," "hypothesis," "should I test this," "which version is better," "test two versions," "statistical significance," "how long should I run this test," "growth experiments," "experiment velocity," "experiment backlog," "ICE score," "experimentation program

churn-prevention by coreyhaines31

When the user wants to reduce churn, build cancellation flows, set up save offers, recover failed payments, or implement retention strategies. Also use when the user mentions 'churn,' 'cancel flow,' 'offboarding,' 'save offer,' 'dunning,' 'failed payment recovery,' 'win-back,' 'retention,' 'exit survey,' 'pause subscription,' 'involuntary churn,' 'people keep canceling,' 'churn rate is too high,' 'how do I keep users,' or 'customers are leaving.' Use this whenever someone is losing subscribers o

design-intelligence by event4u-app

Grounded design brief from the adopted corpus — style, WCAG-checked color tokens, typography, layout pattern, anti-patterns. Use on ui-design-brief or any which-style/palette/font/chart decision.

View original Skill.mdThis page is parsed directly from the repository SKILL.md without editorial rewriting. Collected: Jul 28, 2026 · about 1 min

无障碍性(WCAG 2.2)

本技能确保数字界面对于所有用户(包括使用屏幕阅读器、开关控制或键盘导航的用户)具有可感知性、可操作性、可理解性和健壮性(POUR)。它专注于 WCAG 2.2 成功标准的技术实现。

使用时机

  • 定义 Web、iOS 或 Android 的 UI 组件规范。
  • 审计现有代码中的无障碍性障碍或合规性差距。
  • 实现新的 WCAG 2.2 标准,如目标尺寸(最小)和焦点外观。
  • 将高层设计需求映射到技术属性(ARIA 角色、特性、提示)。

核心概念

  • POUR 原则:WCAG 的基础(可感知、可操作、可理解、健壮)。
  • 语义映射:使用原生元素而非通用容器,以提供内置的无障碍性。
  • 无障碍树:辅助技术实际“读取”的 UI 表示。
  • 焦点管理:控制键盘/屏幕阅读器光标的顺序和可见性。
  • 标签与提示:通过 aria-labelaccessibilityLabelcontentDescription 提供上下文。

工作原理

步骤 1:识别组件角色

确定功能目的(例如,这是按钮、链接还是标签页?)。在诉诸自定义角色之前,优先使用最语义化的原生元素。

步骤 2:定义可感知属性

  • 确保文本对比度达到 4.5:1(正常文本)或 3:1(大文本/UI 组件)。
  • 为非文本内容(图像、图标)添加文本替代方案。
  • 实现响应式重排(放大至 400% 时功能不丢失)。

步骤 3:实现可操作控件

  • 确保最小 24x24 CSS 像素 的目标尺寸(WCAG 2.2 SC 2.5.8)。
  • 验证所有交互元素可通过键盘访问,并具有可见的焦点指示器(SC 2.4.11)。
  • 为拖拽操作提供单指针替代方案。

步骤 4:确保可理解逻辑

  • 使用一致的导航模式。
  • 提供描述性错误消息和更正建议(SC 3.3.3)。
  • 实现“冗余输入”(SC 3.3.7),避免重复询问相同数据。

步骤 5:验证健壮兼容性

  • 使用正确的 Name, Role, Value 模式。
  • 为动态状态更新实现 aria-live 或活动区域。

无障碍架构图

flowchart TD
  UI["UI Component"] --> Platform{Platform?}
  Platform -->|Web| ARIA["WAI-ARIA + HTML5"]
  Platform -->|iOS| SwiftUI["Accessibility Traits + Labels"]
  Platform -->|Android| Compose["Semantics + ContentDesc"]

  ARIA --> AT["Assistive Technology (Screen Readers, Switches)"]
  SwiftUI --> AT
  Compose --> AT

跨平台映射

特性Web (HTML/ARIA)iOS (SwiftUI)Android (Compose)
主标签aria-label / <label>.accessibilityLabel()contentDescription
辅助提示aria-describedby.accessibilityHint()Modifier.semantics { stateDescription = ... }
操作角色role="button".accessibilityAddTraits(.isButton)Modifier.semantics { role = Role.Button }
实时更新aria-live="polite".accessibilityLiveRegion(.polite)Modifier.semantics { liveRegion = LiveRegionMode.Polite }

示例

Web:无障碍搜索

<form role="search">
  <label for="search-input" class="sr-only">Search products</label>
  <input type="search" id="search-input" placeholder="Search..." />
  <button type="submit" aria-label="Submit Search">
    <svg aria-hidden="true">...</svg>
  </button>
</form>

iOS:无障碍操作按钮

Button(action: deleteItem) {
    Image(systemName: "trash")
}
.accessibilityLabel("Delete item")
.accessibilityHint("Permanently removes this item from your list")
.accessibilityAddTraits(.isButton)

Android:无障碍切换开关

Switch(
    checked = isEnabled,
    onCheckedChange = { onToggle() },
    modifier = Modifier.semantics {
        contentDescription = "Enable notifications"
    }
)

应避免的反模式

  • Div 按钮:使用 <div><span> 处理点击事件,但未添加角色和键盘支持。
  • 仅用颜色传达含义:仅通过颜色变化(例如,将边框变为红色)来指示错误或状态。
  • 未限制的模态焦点:模态框未限制焦点,导致键盘用户在模态框打开时仍可导航背景内容。焦点必须被限制,并且可通过 Escape 键或显式关闭按钮退出(WCAG SC 2.1.2)。
  • 冗余替代文本:在替代文本中使用“图像...”或“图片...”(屏幕阅读器已宣布“图像”角色)。

最佳实践检查清单

  • [ ] 交互元素满足 24x24px(Web)或 44x44pt(原生)的目标尺寸。
  • [ ] 焦点指示器清晰可见且高对比度。
  • [ ] 模态框在打开时限制焦点,并在关闭时干净地释放焦点(Escape 键或关闭按钮)。
  • [ ] 下拉菜单和菜单在关闭时将焦点恢复到触发元素。
  • [ ] 表单提供基于文本的错误建议。
  • [ ] 所有仅图标按钮都有描述性文本标签。
  • [ ] 文本缩放时内容正确重排。

参考

相关技能

  • frontend-patterns
  • design-system
  • liquid-glass-design
  • swiftui-patterns
Source repo
affaan-m/ECC
Skill path
docs/zh-CN/skills/accessibility/SKILL.md
Commit SHA
4e973d3eaf92
Repository license
MIT
Data collected