Accessibility Agentsとは?
Accessibility Agentsは、Community Access組織によるMITライセンスのパッケージで、2つの要素からなります。1つ目は113のAgent Skills(107の専門スキルに振り分ける6つのルーター)で、Claude Code、Codex、GitHub Copilot、Gemini CLI、ChatGPTに、WebのUI、文書、MarkdownをWCAG 2.2 AAに照らしてレビューする方法を教えます。加えて、アクセシビリティレビューが終わるまでユーザーの目に触れるファイルの編集を止めるフックがあります。2つ目はMCPサーバーで、READMEでは39のツールを数えます。axe-coreとPlaywrightによるブラウザスキャン、Word、Excel、PowerPoint、PDF、ePub、Markdown用のスキャナー、veraPDFによる検証、コントラスト計算、修正ツール、レポート生成です。
リポジトリのスターは約446で、2026年10月28日にv7.1.0をリリースしました。同じ日にサーバーが@community-access/accessibility-agents-mcpとしてnpmに公開され、2026年11月にもコミットが続いていました。12のツールを備えた公開ホスト版がletitglow.app/a11y/mcpで、サインインなしで動いています。
Accessibility Agentsのインストール方法
npx -y @community-access/accessibility-agents-mcpAccessibility Agentsは使う価値があるか?
このパッケージで役に立つ区別は、測定されるものと判断されるものの違いです。MCPツールは決定的に動きます。run_axe_scanはローカルのChromiumでWCAG 2.2のAとAAの全タグを付けてaxe-coreを実行し、Playwrightのツールはキーボード操作、描画後のコントラスト、複数の幅でのリフローを確認し、run_verapdf_scanはPDF/UA-1、PDF/UA-2、PDF/Aを検証し、check_contrastは比率を計算します。Office、PDF、ePub、Markdownのスキャナーと、check_heading_structure、check_link_text、check_form_labelsのツールは、ファイルのマークアップをパターン照合で読むルールベースのチェックです。つまり、alt属性の欠落や見出しレベルの飛びは見つけますが、質の悪いものは見つけません。
それ以外はすべてスキルが担うモデルの判断です。代替テキストが正確か、ダイアログを閉じたときにフォーカスが妥当に動くか、カスタムウィジェットがキーボード操作のパターンに従っているか、といった点です。代替テキストのツールはこの分担をはっきり示します。extract_document_imagesは各画像をあなたのモデルに渡し、モデルが説明を書き、write_document_alt_textはそれをファイルに書き込むだけです。編集ゲートは、ファイルを変更する前にaccessibility leadスキルが実行されたかを確認するだけで、そのレビ ューが正しかったかは確認しません。
プロジェクト自身のドキュメントは、この限界について率直です。WCAGのページによれば、どのレポートにも自動チェックで見つかるのは障壁の一部にすぎないと書かれます。また、axe-core 4.14にルールがあるWCAG 2.2の新しい達成基準はtarget-size(2.5.8)の1つだけで、2.4.11、2.5.7、3.2.6、3.3.7、3.3.8にはaxeのルールがまったくありません。ほかの箇所の数字はそれほど整っていません。あるスキルは自動ツールが問題の約30%を見つけると言い、別のスキルは30から40%と言い、ある連携ページはエージェントがコード生成中に約70%を見つけると主張していますが、いずれも研究を引用していません。
注意点:このサーバーはリンターより広い範囲に手が届きます。ブラウザツールは、あなたやモデルが渡したhttpやhttpsのアドレスをすべて読み込み、localhostやサードパーティのスクリプトを含むページも対象です。そのページのテキストはモデルに戻ります。fix_document_metadataとfix_document_headingsは、ホームディレクトリと作業ディレクトリの中で文書を上書きします。5つのGLOWツールは指定したファイルをletitglow.appにアップロードします。HTTPモードは認証なしで127.0.0.1:3100にバインドし、ループバック以外に移すと警告を出します。
結論:エージェントの隣にアクセシビリティの専門家が座っている状態に最も近いもので、限界について正直なことは信頼する理由になります。クリーンな結果は機械で確認できる部分が通ったという意味で、スクリーンリーダーでの確認には今も人が必要です。
真価を発揮する場面
従業員20人のECサイト企業のフロントエンド開発者
レビュー前に、決済画面の刷新で生じたアクセシビリティの後退を見つける
run_axe_scanとrun_playwright_keyboard_scanをローカルの開発サーバーに向け、報告された点を直し、コンポーネントを変更するたびに編集ゲートでaccessibility leadのレビューを必須にします。無料です。フォーカスと読み上げについては、スクリーンリーダーでの手動確認を計画してください。
大学の障害学生支援室
学期前に講義用PDFとWordの配布資料のフォルダーを確認する
batch_scan_documentsは1回の呼び出しで最大50ファイルを扱い、Java 11とveraPDFを入れればrun_verapdf_scanでPDF/UA検証も加わります。結果はローカルの.a11y-historyフォルダーに保存され、次回の実行で変化がわかります。
公的機関の広報担当者
PowerPointのスライドにあるすべての画像に代替テキストを付ける
ホスト版サーバーではextract_document_imagesが各画像をアシスタントに見せ、アシスタントが最大150文字の代替テキストを下書きします。確認後、write_document_alt_textが1時間有効なダウンロードリンクでスライドを返します。
導入前に確認すること
- 導入
- プラグインとして:Claude Codeで/plugin marketplace add Community-Access/accessibility-agentsを実行し、続けて/plugin install(Copilot CLI、Codex、Gemini CLI、VS Codeにも同等の手順があります)。サーバーのみ:npx -y @community-access/accessibility-agents-mcp。ブラウザスキャンにはplaywright、@axe-core/playwright、Chromiumが、詳細なPDFチェックにはJava 11以上とveraPDFが必要です。Node.js 22、24、26に対応。
- 連携
- READMEでは39のツールに加え、3つのプロンプト(audit-page、check-component、explain-wcag)と、コンポーネント別ガイドラインやスキャンプロファイルのリソースがあります。読み取りツールはaxe、Playwright、文書、Markdown、コントラスト、監査履歴を扱い、書き込みツールはメタデータと見出しの修正、PDFフォームのHTML変換、レポートとアクセシビリティ方針の作成を行います。スキルは使う前の時点で約1,100トークンを消費します。
- データとプライバシー
- テレメトリーなし。スキャンはローカルで動き、ファイルの読み書きはホームディレクトリと作業ディレクトリの中に限られ、シンボリックリンクは解決されます。ブラウザツールは指定されたURLを、そのページのサードパーティスクリプトも含めて読み込み、ページの内容はモデルにとって信頼できない入力になります。GLOWツールはファイルをletitglow.appに送ります。ホスト版サーバーはアップロードを回答前に削除しますが、代替テキストを書き込んだファイルだけは1時間保持します。
- 大規模利用時のコスト
- 無料です。費用はモデルのトークンと、ヘッドレスChromiumを動かせるマシンだけで、ホスト版サーバーも無料、サインイン不要です。
- 制限
- 文書は100 MBまで、一括処理は50ファイルまで、ホスト版へのアップロードは20 MBまで。Codexへのインストールには編集ゲートがなく、ChatGPTではスキャナーなしでスキルのみが使えます。WCAG 2.2の新しい基準のうち、ターゲットサイズ以外にはaxeのルールがありません。未解決のissueは約7件です。
良い点
- モデルの推測ではなく、axe-core、Playwright、veraPDFによる本物のスキャン
- WebのUIに加えてOffice、PDF、ePub、Markdownにも対応
- 編集ゲートがUIファイルへの未レビューの変更を止める
- テレメトリー、アカウント、キーは不要で、スキャンはローカルで実行
気になる点
- WCAG 2.2の追加基準の大半は今も手動テストが必要
- 文書とHTML のチェックはパターン照合によるヒューリスティック
- ドキュメント内のカバー率の数字が一貫せず、出典がない
- HTTPモードに認証がない
おすすめの人
変更を取り込む前に、コーディングエージェントに本物のアクセシビリティスキャンを実行させ、WCAG 2.2 AAの指針に従わせたいフロントエンドチームと文書制作者。
Accessibility Agentsの代替
Accessibility Agents:よくある質問
- Accessibility Agentsは使う価値があるか?
- 本物のスキャナーを動かす幅広いアクセシビリティツールキットで、スキャナーが示すのは適合ではなく最低ラインにすぎないと、珍しいほど正直に述べています。 評価は5点満点中4.1点です。
- Accessibility Agentsの料金は?
- 無料のオープンソース(MIT)。アカウントもキーも不要で、ホスト版サーバーも無料、サインイン不要です。
- Accessibility Agentsの欠点は?
- WCAG 2.2の追加基準の大半は今も手動テストが必要; 文書とHTMLのチェックは パターン照合によるヒューリスティック; ドキュメント内のカバー率の数字が一貫せず、出典がない; HTTPモードに認証がない.
- Accessibility Agentsは誰に向いているか?
- 変更を取り込む前に、コーディングエージェントに本物のアクセシビリティスキャンを実行させ、WCAG 2.2 AAの指針に従わせたいフロントエンドチームと文書制作者。
- チームや本番環境でAccessibility Agentsを使うと費用はいくらか?
- 無料です。費用はモデルのトークンと、ヘッドレスChromiumを動かせるマシンだけで、ホスト版サーバーも無料、サインイン不要です。
- Accessibility Agentsは企業データを扱っても安全か?
- テレメトリーなし。スキャンはローカルで動き、ファイルの読み書きはホームディレクトリと作業ディレクトリの中に限られ、シンボリックリンクは解決されます。ブラウザツールは指定されたURLを、そのページのサードパーティスクリプトも含めて読み込み、ページの内容はモデルにとって信頼できない入力になります。GLOWツールはファイルをletitglow.appに送ります。ホスト版サーバーはアップロードを回答前に削除しますが、代替テキストを書き込んだファイルだけは1時間保持します。
- Accessibility Agentsの代わりになるものは?
- 当サイトでレビューした中で最も近い代替はPlaywright MCP 、 Chrome DevTools MCPです。
回答確認日:2026年11月11日