accessibility-testing

アクセシビリティテスト（英語）

中国語版： 対応する中国語スキルを参照してください。

使用するタイミング

• 実際のプロジェクトの状況に即したアクセシビリティテストの支援が必要な場合。
• 実行、レビュー、フォローアップにそのまま使える出力が必要な場合。

ワークフロー

1. Progressive disclosure に記載されたメインプロンプト（対象範囲、構成、品質基準）を読み、それに従います。
2. 結果を変えるプロジェクトのコンテキストのみ追加します。対象範囲、環境、制約、リスク、依存関係、期待する成果物を含めます。
3. 入力が不完全な場合は、使える初稿を作成し、前提と不足事項を明示します。
4. 既定では Markdown を使い、ユーザーから指定があった場合にのみ形式を切り替えます。

ドメイン実行の要点

1. プロジェクトから指定された WCAG のバージョン／レベル、対象範囲、達成基準 ID を記録します。対象が未指定の場合は未確定のままにし、レベルを選んだり、適合を主張したりしないでください。
2. 達成基準 ID | ユーザーのタスク／状態 | 入力方法／支援技術／バージョン | 手順 | 証跡の種類 | 結果を整理します。自動スキャン、キーボード、スクリーンリーダー、手動の視覚確認による証跡はそれぞれ分けてください。
3. キーボードによる移動、開く操作、使用、閉じる操作、フォーカスの復帰を確認します。スクリーンリーダーの名前／ロール／状態と動的な通知を確認します。ユーザーへの影響に基づき、操作できない重要なアクションを優先します。
4. スキャンで問題がゼロ件でも、それが示すのはスキャン結果のみです。手動確認での FAIL と未実施の NOT_RUN を維持し、部分的なスキャンを適合とみなさず、達成基準ごとに証跡を集約します。

主な制約

• リスク／ビジネスへの影響に基づいて優先順位を付け、すべてを同等に扱わないでください。
• 確認済みの事実と現時点での前提を分けてください。
• ユーザーが提示していないエンドポイント、フィールド、環境、根本原因を作り上げないでください。
• 出力は実行可能なものにします。具体的なシナリオ、明確な優先順位、明確な次のステップを示してください。

段階的な情報開示

• ドメイン上の判断、妥当なコントロール、証跡の不足を調整する際は、サニタイズ済みの入力、項目ごとのオラクル、再現可能な計算について、references/domain-decision-example.md を参照してください。

• 出力を作成する前に、prompts/accessibility-testing.md を読み、その指示（最低限の対象範囲、出力構成、品質基準）に従ってください。

• Excel／CSV／JSON／Word が指定された場合は、output-formats.md を読み、形式に従ってください。

• 既成のテンプレートが適している場合は、output-templates/ 内の該当ファイルを使用してください。

• フレームワーク、トラブルシューティング、スキーマに関する詳細な注意事項については、references/ 内の関連ファイルのみを読み込み、ディレクトリ全体は読み込まないでください。

• 形式変換や補助的なチェックには、独自に作り直すのではなく、既存の scripts/ を優先して使用してください。

• このスキルの評価／回帰テストには、skill-up とともに evals/ を使用してください。

提出前チェックリスト

• メインプロンプトの出力構成に従った
• 最低限の対象範囲を確認した：対象範囲と対象ユーザー、キーボード操作、フォーカス順序と可視フォーカス、スクリーンリーダーのセマンティクスとラベル、見出しとランドマーク、フォームのエラーと検証フィードバック、色のコントラストと色以外の手がかり、画像、アイコン、代替テキスト、…（詳細はメインプロンプトを参照）
• 最低限のチェックリストを網羅した、または省略理由を説明した
• リスクの高い項目に明確な優先順位を付けた
• ユーザーが提示していない詳細を作り上げていない
• 前提と不足事項を明示した

よくある落とし穴

• 対象範囲やコンテキストが不足しているのに、網羅できているかのように装わないでください。
• すべての項目を同等に重要なものとして扱わないでください。
• 前提や情報不足を省略しないでください。
• 現在のツールチェーンと無関係な一般論を大量に記載しないでください。