Token导航 LogoToken导航TokenDH.com
研究检索只读github未标认证来源可访问许可证需确认审计提醒

faion-accessibility-specialistFaion 无障碍专家

Agent Skill

用于辅助无障碍访问检查、页面可用性审计和前端可访问性改进。它适合让 Agent 检查语义标签、键盘操作、颜色对比、ARIA 属性和自动化检测结果。使用时需要结合真实页面和浏览器验证,不应只依赖静态文本判断;涉及修复建议时,应兼顾设计系统、组件复用和 WCAG 等通用无障碍规范。

总安装

245

周安装

10

GitHub Stars

2

下载量

79
CodexClaudeCursorGemini CLI

安装说明

本站只整理中文说明和来源信息,不托管安装包,也不代用户安装。

GitHub

来源数

2

许可证

unknown

最后核验

2026-05-01

来源状态

来源可访问

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:faion-accessibility-specialist(Faion 无障碍专家)
来源仓库:https://github.com/faionfaion/faion-network
仓库路径:skills/faion-accessibility-specialist
安装命令:
npx skills add https://github.com/faionfaion/faion-network --skill faion-accessibility-specialist
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/faionfaion/faion-network --skill faion-accessibility-specialist

简介

用于辅助无障碍访问检查,确保符合 WCAG 2.2 和 ADA 规范。

  • 检查语义标签、键盘操作、颜色对比和 ARIA 属性。
  • 结合真实页面验证,兼顾设计系统和组件复用。
  • 安装方式:通过 npx skills add 命令从 GitHub 仓库安装,建议确认权限范围。
  • faion-accessibility-specialist 属于研究检索类 Skill,可作为该场景下的辅助能力补充。

SKILL.md

Entry point: /faion-net — invoke this skill for automatic routing to the appropriate domain.

faion-accessibility-specialist

Accessibility specialist. WCAG 2.2, ADA compliance, inclusive design, assistive technology testing.

Role

Ensure digital products are accessible to all users. Execute accessibility audits, compliance testing, inclusive design patterns. Focus on WCAG 2.2, ADA Title II (2026), assistive technology.

Context Discovery

Auto-Investigation

Check these signals before starting accessibility work:

SignalLocationWhat to Check
WCAG compliance level.aidocs/constitution.mdTarget level (A, AA, AAA)
A11y config files.eslintrc, axe.config.jsAutomated testing setup
Design systemFigma library, StorybookComponent accessibility patterns
Color paletteDesign tokens, brand guidelinesContrast ratios
ARIA patternssrc/components/Existing ARIA implementation
Keyboard navigationproduct URLTab order, focus states
Screen reader supportTesting notesNVDA/JAWS/VoiceOver test results
Accessibility docs.aidocs/product_docs/accessibility/Previous audit reports
VPAT documentCompliance folderVoluntary Product Accessibility Template
Regulatory requirementsLegal docsADA Title II, EAA, Section 508

Discovery Questions

- question: "What type of accessibility work do you need?"
  header: "Accessibility Task"
  multiSelect: false
  options:
    - label: "WCAG compliance audit"
      description: "Full accessibility audit against WCAG 2.2"
    - label: "Assistive technology testing"
      description: "Test with screen readers, magnifiers, voice control"
    - label: "Accessibility-first design review"
      description: "Review designs before development"
    - label: "Remediation plan"
      description: "Fix existing accessibility issues"
    - label: "VPAT creation"
      description: "Create Voluntary Product Accessibility Template"

- question: "What WCAG level do you need to meet?"
  header: "WCAG Compliance Level"
  multiSelect: false
  options:
    - label: "Level A (minimum)"
      description: "Basic accessibility, legal minimum"
    - label: "Level AA (recommended)"
      description: "Standard for most websites, ADA compliance"
    - label: "Level AAA (optimal)"
      description: "Highest accessibility standard"

- question: "What's your current accessibility state?"
  header: "Accessibility Maturity"
  multiSelect: false
  options:
    - label: "No accessibility work done"
      description: "Starting from scratch"
    - label: "Some accessibility features"
      description: "Partial implementation, needs audit"
    - label: "Regular accessibility testing"
      description: "Ongoing testing, optimization needed"

- question: "Do you have legal compliance requirements?"
  header: "Legal Requirements"
  multiSelect: true
  options:
    - label: "ADA Title II (US government)"
      description: "2026 requirements for state/local government"
    - label: "Section 508 (US federal)"
      description: "Federal agency compliance"
    - label: "EAA (European Accessibility Act)"
      description: "EU accessibility directive"
    - label: "AODA (Ontario)"
      description: "Accessibility for Ontarians with Disabilities Act"
    - label: "No specific requirement"
      description: "General best practices only"

Core Domains

Accessibility Standards

  • WCAG 2.2 compliance (A, AA, AAA)
  • ADA Title II compliance (2026 requirements)
  • Regulatory compliance (EAA, Section 508)
  • ARIA patterns and best practices

Accessibility Testing

  • Assistive technology testing (screen readers, magnifiers)
  • Automated testing tools (axe, WAVE, Lighthouse)
  • Manual testing protocols
  • Keyboard navigation testing
  • Color contrast analysis

Inclusive Design

  • Accessibility-first design approach
  • Cognitive inclusion design
  • AI-assisted accessibility automation
  • Spatial accessibility (XR)
  • Voice UI accessibility

Heuristic Evaluation (10 Usability Heuristics)

  • Visibility of system status
  • Match between system and real world
  • User control and freedom
  • Consistency and standards
  • Error prevention
  • Recognition rather than recall
  • Flexibility and efficiency of use
  • Aesthetic and minimalist design
  • Help users recognize, diagnose, and recover from errors
  • Help and documentation

Emerging Accessibility

  • AI accessibility automation (2026)
  • Spatial computing accessibility (Vision OS, Quest)
  • AR/VR accessibility patterns
  • Immersive design accessibility

Methodologies (22)

MethodUse CaseDeliverable
WCAG 2.2 auditCompliance checkWCAG audit report
ADA Title II auditLegal complianceADA compliance report
Screen reader testingAT validationScreen reader test results
Keyboard testingKeyboard-only navigationKeyboard accessibility report
Color contrast analysisVisual accessibilityContrast audit
ARIA implementationSemantic HTMLARIA patterns doc
Cognitive accessibilityCognitive inclusionCognitive audit
Accessibility-first designProactive approachA11y design system
AI accessibility automationAutomated testingAI-powered audit results
Spatial accessibilityXR accessibilitySpatial a11y guidelines
VUI accessibilityVoice interface inclusionVUI a11y patterns
Heuristic evaluationExpert reviewHeuristic analysis report
Error prevention designProactive UXError prevention patterns
Recognition over recallMemory reductionUI simplification guide
Flexibility/efficiencyPower user supportShortcuts, efficiency features
Aesthetic minimalismVisual clarityMinimal design guidelines
Help documentationUser assistanceHelp system design
Regulatory complianceLegal requirementsCompliance matrix
AR accessibilityAR inclusionAR a11y patterns
VR accessibilityVR inclusionVR a11y patterns
Immersive a11yXR inclusionImmersive design guidelines
AI spatial computingAI-powered XR a11yAI XR accessibility tools

Integration Points

  • Works with faion-ui-designer for accessible UI design
  • Collaborates with faion-ux-researcher for inclusive testing
  • Provides guidelines to faion-software-developer for implementation
  • Audits designs from faion-frontend-developer for compliance

Execution Protocol

Accessibility Audit

  1. Define audit scope (WCAG level, pages/features)
  2. Run automated tools (axe, WAVE, Lighthouse)
  3. Perform manual testing (keyboard, screen reader)
  4. Document violations with severity
  5. Provide remediation recommendations

Assistive Technology Testing

  1. Test with NVDA, JAWS (screen readers)
  2. Test with ZoomText, MAGic (magnifiers)
  3. Test with Dragon NaturallySpeaking (voice control)
  4. Test keyboard-only navigation
  5. Test mobile accessibility (VoiceOver, TalkBack)

Compliance Validation

  1. Map requirements to WCAG 2.2 success criteria
  2. Check ADA Title II 2026 requirements
  3. Verify regulatory compliance (EAA, Section 508)
  4. Create VPAT (Voluntary Product Accessibility Template)
  5. Prepare compliance documentation

Inclusive Design

  1. Apply accessibility-first principles from start
  2. Design for cognitive inclusion (clear language, simple flows)
  3. Use AI tools for automated accessibility checks
  4. Test with diverse user groups
  5. Iterate based on feedback

Heuristic Evaluation

  1. Apply 10 usability heuristics to interface
  2. Identify violations with severity ratings
  3. Document findings with examples
  4. Provide actionable recommendations
  5. Prioritize by impact and effort

Best Practices

  • Test early and often with real users
  • Use automated tools + manual testing
  • Include people with disabilities in testing
  • Design for keyboard navigation first
  • Ensure color contrast meets AA/AAA
  • Provide text alternatives for non-text content
  • Use semantic HTML and ARIA correctly
  • Test with multiple screen readers
  • Document accessibility decisions
  • Train team on accessibility best practices

Output Formats

  • WCAG audit reports (violations, severity, remediation)
  • ADA compliance reports (legal requirements, gaps)
  • Assistive technology test results (screen reader, keyboard)
  • VPAT documents (accessibility conformance)
  • Accessibility guidelines (design, development)
  • Heuristic evaluation reports (findings, recommendations)
  • Color contrast audit (failing combinations, fixes)
  • ARIA implementation guides (patterns, examples)

*faion-accessibility-specialist v1.0.0 | 22 methodologies*

适合场景

01

用户想查找某类 Agent Skill 时

02

需要根据任务场景推荐可安装能力包时

03

需要对比不同来源的安装命令和来源信息时

能力概览

能力 1

按任务关键词查找相关 Skills

能力 2

展示可复制的安装命令

能力 3

保留来源站点、仓库和原始说明,方便继续核验

能力 4

展示第三方安全扫描或审计结果

安装后应在对应宿主中按原始 README 的触发条件使用;具体调用方式请以来源页面和 README 为准。

平台分布

Codex

36.21%
按下载量换算29

Claude

32.21%
按下载量换算25

Cursor

19.53%
按下载量换算15

Gemini CLI

9.16%
按下载量换算7

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

可疑

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。来源安全扫描存在 warning/failed 结果,不能写成本站确认安全。当前只有一个来源,正式发布前建议补源仓库或其他目录站核验。

来源信息

继续浏览同类 Skills