** Открытый стандарт прозрачности доступности проектов, управления и включения с помощью ИИ.**

Точно так же, как SECURITY.md определяет, как обращаться с уязвимостями, ACCESSIBILITY.md определяет инклюзивное состояние проекта. Это человеко- и машиночитаемый манифест, который отслеживает приверженность проекта доступности (a11y) с помощью метрик, ограждений и автоматизированного правоприменения.

**В поисках навыков Клода? ** Если вы хотите добавить руководство по доступности к проекту в качестве навыков установочного агента, см. сопутствующее РЕПО: mgifford/accessibility-skills (сейчас с evals).

[!Предупреждение] ** Экспериментальная проверка перед использованием**

Этот проект все еще экспериментальный. Большая часть контента на этом сайте была создана с помощью ИИ и еще не была полностью подтверждена в реальных условиях. Воздействие может значительно варьироваться в зависимости от того, где и как оно осуществляется.

Не ожидайте, что простое добавление файла ACCESSIBILITY.md сделает ваш цифровой инструмент доступным. То, что он может сделать, является сигналом для разработчиков, что доступность имеет значение, и четко указать, что ваши процессы разработки и как они влияют на доступность.

ACCESSIBILITY.md

The open standard for project accessibility transparency, governance, and AI-assisted inclusion.

Just as SECURITY.md defines how to handle vulnerabilities, ACCESSIBILITY.md defines the inclusive state of a project. It is a human and machine-readable manifest that tracks a project’s commitment to accessibility (a11y) through metrics, guardrails, and automated enforcement.

Looking for the Claude Skills approach? If you want to add accessibility guidance to a project as installable agent skills, see the companion repo: mgifford/accessibility-skills (now with evals).

---

[!WARNING] ⚠️ Experimental — Validate Before Use

This project is still experimental. Most of the content on this site was generated with AI assistance and has not yet been fully validated in real-world conditions. Impacts may vary significantly depending on where and how it is implemented.

Do not expect that simply adding an ACCESSIBILITY.md file will make your digital tool accessible. What it can do is signal to developers that accessibility matters, and make explicit what your development processes are and how they affect accessibility.

People with direct experience conducting studies on the accessibility impact and cost implications of AI-assisted workflows should be involved before drawing conclusions from this work.

Please share your experience — positive or negative — in the issue queue. Include links and references so claims can be examined and discussed by the community.

---

🚀 Quick start

New to this project? Here’s what you need:

1. Copy the template → Start with ACCESSIBILITY-template.md
2. Add CI workflows → Copy from examples/ directory
3. Configure AI agents → Use AGENTS.md as a guide
4. Read the framework → Continue below to understand the approach
5. Review the registry → TRUSTED_SOURCES.yaml

Looking for specific files? See the Repository Structure below.

Additional resources:

• Installation: INSTALL.txt
• Procurement: Section 508 Requirements for Government Contracts
• Comparison with similar projects: COMPARISONS.md

---

📁 Repository structure

This repository is organized to separate content you adopt from project documentation:

[Repository Root]
├── ACCESSIBILITY.md                ← Our own accessibility commitment
├── AGENTS.md                       ← AI agent instructions (copy/adapt)
├── CONTRIBUTING.md                 ← How to contribute to this project
├── STYLES.md                       ← Design and content standards