accessiBe（アクセシビー）がアクセシビリティー修正案を提案するCode Agentをリリース

accessiBe（アクセシビー）は、GitHubのプルリクエストに自動アクセシビリティーレビューを直接組み込む新機能「Code Agent」を発表した。この新機能は現在、対象となるaccessFlowユーザー向けにベータ版として提供されている。ツールはプルリクエストをWCAG（ウェブコンテンツアクセシビリティーガイドライン）2.2 AAに照らし合わせて評価し、問題の原因となっているコード行を特定して、レビューコメントとして表示されるインライン修正案を提示する。開発者は提案を受け入れる、拒否する、または議論することができ、開発者のレビューなしに変更がマージされることはない。

今回のリリースでは、アクセシビリティーに関する問題が、コード行ではなく外部チケット、スクリーンショット、参照番号として届くという、ワークフローでよくある問題に対処する。こうした問題は、変更がリリースされ、チームが次の作業に移った後に発生することがよくある。新しい機能では、プルリクエスト内でテスト、リンティング、ビルドと並行してチェックを実行することで、修正作業をコードが記述され、決定されたのと同じコンテキストで行えるようにし、リリース後の修正に伴う時間と手戻りを削減する。

Code Agentは、プルリクエストが開かれたり更新されると自動的に実行され、いつでも手動で起動することもできる。アクセシビリティーエラーの原因となっている特定の行をハイライト表示し、チームメイトがコメントするのと同じように、修正案をプルリクエストのスレッドに直接書き込む。重要度のしきい値を設定し、特定のファイルやルールを除外してノイズを防ぎ、テストやリンティングで一般的に使用されるのと同じゲートワークフローを適用して、マージ前にCode Agentの合格を必須にできる。

この機能は現在、Vanilla HTML/JavaScript、React、およびNext.jsをサポートしており、チームがオーバーライドできるフレームワーク検出機能も備えている。実行時修正用のaccessWidget、accessFlowの監視および修正ツール、自動スキャンと監査履歴用のaccessScanと同じ統合アクセシビリティーエンジン上で動作するため、プルリクエストで提案された修正が、サイトが稼働している際に使用される標準と同じ基準を反映することが保証される。

accessiBeの経営陣は、この機能を実用的なシフトレフトアプローチとして位置付けた。アクセシビリティーチェックは後から追加するのではなく、エンジニアリングワークフローに統合されるべきであり、コード作成中に問題を検出することで、修正コストと本番環境への影響を軽減できるとしている。同社は、提案された変更は全て出荷前に人間の承認が必要となるため、このツールは開発者のコ​​ントロールを維持する上で重要であると強調した。

accessFlow Code Agentは、対象となるaccessFlowのユーザー向けにベータ版として提供されている。

出典：accessiBe

この製品の詳細については、accessiBe製品ページをご覧ください。