GitHubは2026年5月15日(現地時間)、実験的な汎用アクセシビリティエージェントを試験運用していることを発表した。同エージェントは、GitHub Copilot CLIおよびCopilot VS Code統合において、エンジニアに対しアクセシビリティ関連の質問にリアルタイムで回答すること、また、フロントエンドコードの変更における単純で客観的なアクセシビリティ問題を本番環境移行前に自動で検出し修正することの二つを主な目標としている。これまでに3,535件のプルリクエストをレビューし、68%の解決率を達成している。
このエージェントは、支援技術向けに構造と関係性を明確化すること、インタラクティブなコントロールに明確で簡潔な名前を提供すること、ユーザーが重要なアナウンスを認識できるようにすること、非テキストコンテンツに代替テキストを提供すること、キーボードフォーカスを論理的な順序で移動させることなどの問題タイプに対応する。
GitHubは、障害の社会モデルに基づき、エージェントをアクセシビリティ問題の「解決」ではなく、開発者の取り組みを「増強」するものと位置付けている。欧州アクセシビリティ法が既に施行され、米国のAmericans with Disabilities Act (ADA) Title IIでは2027年4月までにWCAG 2.1 AAへの対応が法的要件となる見込みだ。
同社にはアクセシビリティ問題の記録と修正検証のための成熟したシステムが確立されており、これには構造化された問題報告テンプレート、再現手順、問題の深刻度や関連WCAG基準に関する豊富なメタデータ、プルリクエストへの相互リンクなどが含まれる。これらの問題データは一元化されたリポジトリに集約され、エージェントが参照する理想的な情報源となっている。
エージェントは、アクセシビリティが多くの分野にわたる包括的で文脈依存性の高い懸念事項であるため、大量のトークンを消費し、出力の信頼性低下、応答時間の遅延、運用コスト増加のリスクがある。これに対処するため、当初のモノリシックなアプローチからサブエージェントアーキテクチャへと進化させた。現在のシステムは、受動的なレビューア兼リサーチャーと、能動的な実装者の二つの専用サブエージェントで構成されている。これらサブエージェントは直接通信せず、構造化された出力を生成し、親となるオーケストレーションエージェントがこれを消費、検証、ルーティングする。
参考: GitHub Blog (AI) (アーカイブ) — 2026年5月16日 01:00 (JST)
原文ハイライト"Providing engineers with reliable, just-in-time answers to accessibility questions in the GitHub Copilot CLI"