アクセシビリティ: GitHubが継続的AIでフィードバックをインクルージョンに変革

title: "アクセシビリティ: GitHubが継続的AIでフィードバックをインクルージョンに変革" slug: "continuous-ai-for-accessibility-how-github-transforms-feedback-into-inclusion" date: "2026-03-14" lang: "ja" source: "https://github.blog/ai-and-ml/github-copilot/continuous-ai-for-accessibility-how-github-transforms-feedback-into-inclusion/" category: "開発者ツール" keywords:

• 継続的AI
• アクセシビリティ
• GitHub
• Copilot
• フィードバックワークフロー
• インクルージョン
• 開発者ツール
• GitHub Actions
• WCAG
• アクセシビリティのためのAI
• ソフトウェア開発
• AIによる自動化 meta_description: "GitHubは継続的AIとGitHub Copilotでアクセシビリティを革新し、ユーザーフィードバックを実用的な課題に変えます。この革新的なワークフローがソフトウェア開発におけるインクルージョンをどのように促進するかをご覧ください。" image: "/images/articles/continuous-ai-for-accessibility-how-github-transforms-feedback-into-inclusion.png" image_alt: "GitHubの継続的AIアクセシビリティフィードバックワークフローを示すフローチャート。" quality_score: 94 content_score: 93 seo_score: 95 companies:
• GitHub schema_type: "NewsArticle" reading_time: 7 faq:
• question: "GitHubは継続的AIシステムを導入する前、アクセシビリティに関するフィードバックにどのような課題を抱えていましたか？" answer: "新しいシステムを導入する前、GitHubはアクセシビリティに関するフィードバックに対して、分散的かつ一貫性のないアプローチに苦慮していました。課題はしばしば様々なバックログに散在し、明確な所有者がなく、改善は頻繁に延期されていました。この無秩序な状態は、フォローアップの欠如につながり、ユーザーの懸念が未解決のまま残り、真に包括的なソフトウェア開発の障壁となっていました。アクセシビリティ問題が複数のチームにまたがる横断的な性質を持つことで、これらの調整の課題はさらに悪化し、単一の責任点や解決のための首尾一貫したワークフローを確立することが困難になっていました。"
• question: "'アクセシビリティのための継続的AI'とは何を指し、従来のアクセシビリティへの取り組みをどのように強化するのですか？" answer: "アクセシビリティのための継続的AIとは、自動化、人工知能、人間の専門知識をソフトウェア開発ライフサイクルに統合する動的な方法論です。静的な監査や一度限りの修正とは異なり、ユーザーフィードバックを継続的に処理し、行動を起こすように設計された生きたシステムです。単なるコードスキャナーを超え、実際の利用者の声に積極的に耳を傾け、AI、特にGitHub CopilotとGitHub Actionsを使用して、そのフィードバックを明確化し、構造化し、優先順位付けします。これにより、インクルージョンが開発の根幹に織り込まれ、散在したレポートが実装可能なソリューションへと変貌し、継続的な改善が促進されます。"
• question: "GitHub Copilotは、アクセシビリティフィードバックワークフローの効率と有効性に具体的にどのように貢献していますか？" answer: "GitHub Copilotは、アクセシビリティレポートのインテリジェントなトリアージと分析を提供することで、極めて重要な役割を果たします。課題が作成されると、アクセシビリティの専門家からのカスタム指示に基づいてCopilotがレポートをプログラム的に分析します。これにより、WCAG違反の分類、深刻度レベル、影響を受けるユーザーグループ、推奨されるチーム割り当てなど、課題のメタデータの約80%が自動的に入力されます。この自動分析は、手作業を大幅に削減し、課題の分類を標準化し、即座に実用的なインサイトを提供するため、人間チームは繰り返しのデータ入力や初期評価ではなく、問題解決に集中できるようになります。"
• question: "Copilotに対するGitHubの「カスタム指示」とは何ですか？また、このシステムにおいてモデルのファインチューニングではなくカスタム指示が選ばれたのはなぜですか？" answer: "GitHubは、トリアージ分析とアクセシビリティコーチングのためのCopilotの挙動を導くために、アクセシビリティの専門家が開発した「カスタム指示」を利用しています。これらの指示は、GitHubのアクセシビリティポリシー、コンポーネントライブラリ、および社内ドキュメントを参照するプロンプトとして保存されており、WCAG成功基準がどのように解釈され、適用されるかを詳細に記述しています。このアプローチは、迅速なイテレーションとチーム全体での更新を可能にするため、モデルのファインチューニングよりも選択されました。どのチームメンバーでも、プルリクエストを介してマークダウンと指示ファイルを変更することでAIの挙動を更新でき、複雑な再トレーニングパイプラインや専門的なML知識の必要性を排除し、AIの挙動が標準の進化に合わせて進化することを保証します。"
• question: "広範なAI自動化にもかかわらず、GitHubは人間による判断と監視がアクセシビリティプロセスにおいて中心的な役割を果たすことをどのように保証していますか？" answer: "GitHubは、AIが反復的なタスクを自動化しつつ、人間が重要な判断と監視を維持するように意図的にシステムを設計しました。たとえば、GitHub Copilotの初期分析後には、「提出者レビュー」ステップを設け、人間がCopilotの発見を検証できるようにしています。Copilotの分析が不正確な場合、人間はそれを指摘し、AIの継続的な改善に直接フィードバックを提供できます。さらに、ワークフロー内のすべてのGitHub Actionは手動でトリガーまたは再実行できるため、人間はいつでも介入できます。目標は、単調な作業をAIに任せ、人間が複雑な問題解決、コラボレーション、ソフトウェア修正に関する情報に基づいた意思決定に集中できるようにすることです。"
• question: "GitHubの強化されたアクセシビリティフィードバックシステムの主な受益者は誰ですか？また、その特定のニーズにどのように対応していますか？" answer: "このシステムは、主に3つのグループに貢献しています。課題提出者（コミュニティマネージャー、サポートエージェント、営業担当者）は、フィードバック収集を標準化し、アクセシビリティの概念を教育するガイド付きシステムから恩恵を受けます。アクセシビリティおよびサービスチーム（エンジニア、デザイナー）は、再現可能な手順、WCAGマッピング、明確な所有権を含む構造化された実用的なデータを受け取り、修正作業を効率化できます。プログラムおよびプロダクトマネージャーは、問題点、傾向、進捗状況を可視化でき、戦略的なリソース配分が可能になります。最終的に最大の受益者は、障害を持つユーザーと顧客です。彼らのフィードバックは継続的に追跡され、優先順位付けされ、実行されることで、より包括的なGitHubエクスペリエンスが提供されます。"
• question: "GitHubは、外部ソースからのユーザーフィードバックを社内のアクセシビリティプロセスにどのように統合し、一貫性と実用性を確保していますか？" answer: "GitHubは、アクセシビリティに関するフィードバックが、サポートチケット、ソーシャルメディア、Eメール、直接の働きかけなど、さまざまな外部ソースから発生する可能性があることを認識しており、GitHubアクセシビリティディスカッションボードが主要なチャネルの一つとなっています。ソースに関わらず、すべてのフィードバックは5営業日以内に確認されます。外部からのフィードバックにアクションが必要な場合、チームメンバーはカスタムのアクセシビリティフィードバックテンプレートを使用して内部追跡課題を手動で作成します。このテンプレートは、収集された情報を標準化し、データ損失を防ぎます。この新しい課題は、自動化されたGitHub Actionをトリガーし、GitHub Copilotを分析に活用し、一元化されたプロジェクトボードに追加することで、発生元に関わらず一貫した処理とアクションを保証します。"

アクセシビリティを革新する: GitHubの継続的AIアプローチ

長年、GitHubは一般的でありながらも重要な課題に直面していました。それは、アクセシビリティに関するフィードバックを効果的に管理することです。典型的な製品の課題とは異なり、アクセシビリティに関する懸念は広範囲に及び、しばしば複数のチームやシステムを横断します。スクリーンリーダーのユーザーからの単一のレポートが、ナビゲーション、認証、設定に及ぶ可能性があり、従来のサイロ化されたフィードバックプロセスでは非効率でした。これにより、レポートが散在し、バグが未解決のまま残り、幻の「フェーズ2」でほとんど実現されなかった問題に悩まされるユーザーの不満が募りました。

根本的な変革の必要性を認識したGitHubは、フィードバックの一元化、標準化されたテンプレートの作成、そして大量のバックログを解消するための取り組みを開始しました。この強固な基盤を確立した後に初めて、AIがこのプロセスをさらにどのように変革できるかという疑問が生じました。その答えは、GitHub Actions、GitHub Copilot、GitHub Modelsを活用した革新的な内部ワークフローにあります。これは、ユーザーからのあらゆるフィードバックを追跡され、優先順位付けされ、実行可能な課題へと継続的に変換するように設計されています。このアプローチにより、AIが人間の判断を強化し、反復的なタスクを効率化することで、専門家が包括的なソフトウェアの提供に集中できるようになります。

継続的AI: インクルージョンのための生きたシステム

GitHubの「アクセシビリティのための継続的AI」は単なるツールではなく、自動化、人工知能、人間の専門知識を統合し、インクルージョンをソフトウェア開発の根幹に直接組み込む「生きた」方法論です。この哲学は、オープンソースエコシステム全体のアクセシビリティを強化するため、ユーザーフィードバックを効果的にルーティングし、意味のあるプラットフォーム改善へと変換することを目指す、2025年の世界アクセシビリティ啓発デー (GAAD) の誓約に対するGitHubのコミットメントを支えています。

最も影響力のあるブレークスルーは、実際の利用者の声に耳を傾けることから生まれるという核心的な認識がありましたが、大規模に耳を傾けることには大きな課題がありました。これを克服するために、GitHubは静的なチケットシステムではなく、動的なエンジンとして機能するフィードバックワークフローを構築しました。自社の製品を活用して、GitHubはユーザーおよび顧客からのフィードバックを明確化し、構造化し、追跡し、実装可能なソリューションへと変換しています。

技術的なソリューションに入る前に、GitHubは人間中心の設計アプローチを採用し、システムがサービスを提供すべき主要なペルソナを特定しました。

• 課題提出者: コミュニティマネージャー、サポートエージェント、営業担当者など、深いアクセシビリティの専門知識がなくても、問題を効果的に報告するためのガイダンスを必要とする人々。
• アクセシビリティおよびサービスチーム: エンジニアやデザイナーなど、再現可能な手順、WCAGマッピング、重要度スコアなどの構造化された実用的なデータを必要とし、問題を効率的に解決するための人々。
• プログラムおよびプロダクトマネージャー: 経営層など、戦略的なリソース配分決定を行うために、問題点、傾向、進捗状況を明確に把握する必要がある人々。

この基本的な理解により、GitHubはフィードバックを、彼らのニーズに合わせて進化できる、よく定義されたパイプラインを流れるデータとして扱うシステムを設計することができました。

アクセシビリティフィードバックパイプラインの自動化

GitHubは、イベント駆動型パターンを中心に新しいアーキテクチャを構築しました。各ステップがGitHub Actionをトリガーして後続のアクションを調整し、発生元に関係なくフィードバックの一貫した処理を保証します。このシステムは2024年半ばに手動で構築されましたが、現在ではAgentic Workflowsのようなツールを使用して、自然言語でGitHub Actionsを作成することで、はるかに迅速に開発できます。

このワークフローは、主要なイベントに対応します。課題の作成はGitHub Models APIを介したGitHub Copilotの分析を開始し、ステータスの変更はチームへの引き渡しをトリガーし、課題の解決は元の提出者へのフォローアップを促します。自動化は一般的なパスをカバーしますが、人間は任意のアクションを手動でトリガーまたは再実行でき、監視と柔軟性を維持します。

7段階のフィードバックワークフロー:

1. 取り込み: GitHubアクセシビリティディスカッションボード（レポートの90%を占める）、サポートチケット、ソーシャルメディア、Eメールなど、さまざまなソースからフィードバックが流入します。すべてのフィードバックは5営業日以内に確認されます。実行可能な項目については、チームメンバーがカスタムアクセシビリティフィードバックテンプレートを使用して、追跡課題を手動で作成し、必須のコンテキストを取り込みます。この作成イベントは、GitHub Copilotを関与させ、課題を一元化されたプロジェクトボードに追加するためのGitHub Actionをトリガーします。

2. Copilotによる分析: GitHub ActionがGitHub Models APIを呼び出して、新しく作成された課題を分析します。

3. 提出者によるレビュー: 最初の提出者がCopilotの分析をレビューし、その正確性を確認するか、調整を行います。

4. アクセシビリティチームによるレビュー: 専門のアクセシビリティチームが詳細なレビューを行い、解決策を戦略化します。

5. 監査のリンク: 関連する監査や外部リソースがコンテキストとコンプライアンスのためにリンクされます。

6. クローズループ: 課題が解決されると、正式にクローズされ、元のユーザーまたは顧客に通知されます。

7. 改善: システムのパフォーマンスに関するフィードバック（Copilotの分析を含む）が、継続的な更新と改善に役立てられます。

この継続的なフローにより、フィードバックライフサイクルのあらゆる段階で可視性、構造、実行可能性が確保されます。

GitHub Copilotによるインテリジェントなアクセシビリティトリアージ

この自動化されたシステムの核となるのは、GitHub Copilotのインテリジェントな分析です。追跡課題が作成されると、GitHub Actionワークフローがプログラム的にGitHub Models APIを呼び出し、レポートを分析します。GitHubは、モデルのファインチューニングの代わりに、保存されたプロンプト（カスタム指示）を使用するという戦略的な選択をしました。これにより、どのチームメンバーでも、簡単なプルリクエストを介してAIの挙動を更新でき、複雑な再トレーニングパイプラインや専門的な機械学習知識の必要性を排除します。アクセシビリティ標準が進化するにつれて、チームはマークダウンと指示ファイルを更新し、AIの挙動は次の実行で適応します。

GitHub Copilotは、アクセシビリティの専門家が開発したカスタム指示で構成されています。これらの指示は、2つの重要な役割を果たします。

• トリアージ分析: WCAG違反、深刻度（sev1-sev4）、および影響を受けるユーザーグループによる課題の分類。
• アクセシビリティコーチング: アクセシブルなコードの記述とレビューにおいてチームを指導します。

指示ファイルは、GitHubのアクセシビリティポリシー、コンポーネントライブラリ、および内部ドキュメントを参照し、CopilotがWCAG成功基準をどのように解釈し適用するかについての包括的な理解を提供します。

自動化は2つの主要なステップで展開されます。

1. 最初のアクション: 課題作成時、Copilotがレポートを分析し、課題のメタデータの約80%を自動的に入力します。これには、課題の種類、ユーザーセグメント、元のソース、影響を受けるコンポーネント、ユーザー体験の概要など、40以上のデータポイントが含まれます。その後、Copilotは課題にコメントを投稿し、問題の概要、推奨されるWCAG基準、深刻度レベル、影響を受けるユーザーグループ、推奨されるチーム割り当て、検証用チェックリストを含めます。
2. 2番目のアクション: この後続のアクションは、Copilotのコメントを解析し、割り当てられた深刻度に基づいてラベルを適用し、プロジェクトボード上の課題のステータスを更新し、レビューのために提出者に割り当てます。

特に重要なのは、Copilotの分析が不正確な場合、誰でもその矛盾を説明する課題を開くことでそれを指摘でき、AIの継続的な改善プロセスに直接フィードバックが送られることです。

人間による監視と反復的なアクセシビリティ強化

このワークフローは、人間による監視とコラボレーションを重視しています。Copilotの自動分析後、「提出者レビュー」フェーズ（ステップ3）では、人間の提出者がAIの発見を検証できます。このヒューマン・イン・ザ・ループのアプローチにより、正確性が確保され、手動での修正やCopilotの継続的な改善プロセスへのフラグ付けが可能になります。その後のステップである「アクセシビリティチームによるレビュー」、「監査のリンク」、「クローズループ」は、人間の専門知識をさらに統合し、複雑な問題が専門家によって対処され、ユーザーがタイムリーで効果的な解決策を受け取れるようにします。

この動的なシステムは、GitHubにとって大きな変革を意味します。AIを活用して、フィードバック管理における反復的でデータ集約的な側面を処理することで、彼らは混沌とし、しばしば停滞していたプロセスを、インクルージョンのための継続的かつ積極的なエンジンへと変革しました。これは、アクセシビリティに関するあらゆるフィードバックが、信頼性高く追跡され、優先順位付けされ、実行されることを意味し、「フェーズ2」の約束を超えて、すべてのユーザーに即座に具体的な改善を提供します。最終的な目標は、人間の判断を置き換えることではなく、それを強化し、貴重な時間と専門知識を戦略的な修正に集中させ、真にアクセシブルなソフトウェア体験を育むことです。