# アクセシビリティ要件チェックリスト生成 — 運用ガイド

## 基本情報

| 項目 | 内容 |
|------|------|
| 業種 | IT・開発 |
| ユースケース | アクセシビリティ要件チェックリスト生成 |
| WFパターン | `start → knowledge-retrieval(WCAG基準検索) → llm(チェックリスト生成) → end` |
| RAG | あり |
| 検証結果 | E2E pass |
| デモURL例 | http://localhost/workflow/oR1W5kmXQwBABpB6 |

## 概要

アプリケーション種別と対象ユーザーを入力として、WCAG 2.1 AA準拠のアクセシビリティ要件チェックリストを生成する。

## デモ手順

1. DDF Web UI (`/dashboard`) を開く
2. 「アクセシビリティ要件チェックリスト生成」の「デモ生成」ボタンをクリック
3. 業種「IT・開発」、UC「アクセシビリティ要件チェックリスト生成」が自動入力される
4. 「デモ生成開始」をクリック
5. 生成完了後、デモURLを顧客に共有

## ナレッジベース（RAG）

このワークフローにはナレッジベースが必要です。

### 同梱ドキュメント

`knowledge/` フォルダに以下のテキストファイルが保存されています:

- `WCAG_2.1_主要達成基準サマリー.txt`

### デプロイ手順

1. Dify管理画面 → ナレッジ → 新規作成
2. 上記テキストファイルをアップロード
3. インデキシング完了を待つ
4. WFのKRノードで作成したナレッジベースを選択

またはDDFパイプラインで自動セットアップ:
```
run_pipeline(knowledge_docs=[...])  # 自動でKB作成+ID注入
```

**顧客デモ時は、顧客の実ドキュメントに差し替えるとインパクトが大きくなります。**


## テスト入力例

### 入力例1
```
Webアプリ（React + TypeScript）の行政向け申請システム。対象ユーザー: 高齢者含む一般市民。特記: スクリーンリーダー対応必須、色弱ユーザー配慮、多言語対応（日本語・英語）。主な画面: 申請フォーム（ファイルアップロード含む）、申請状況確認、通知一覧。
```


## 顧客への説明ポイント

- 「これは自動生成されたプロトタイプです。本番利用には追加の設計・開発が必要です」
- 「御社の実データ/ドキュメントを使えば、さらに精度の高いデモをお見せできます」
- 「Self-hostedなので、御社のデータは外部に出ません」

## AI品質評価コメント

提示されたユースケース要件に完全に合致しており、非常に高品質な出力です。

1.  **意味のあるテキスト:** 詳細かつ意味のあるアクセシビリティチェックリストが生成されています。
2.  **テーマ関連性:** WCAG 2.1 AA準拠のアクセシビリティ要件チェックリストが、カテゴリ分け（知覚可能、操作可能、理解可能、堅牢）と必須/推奨の区分、テスト方法を含めて提示されています。
3.  **顧客デモ品質:** Markdown形式で整形され、内容も具体的で分かりやすく、営業デモとして十分な品質を持っています。特に「実装メモ」が含まれている点はデモとして魅力的です。
4.  **入力固有の要素:** 「Webアプリ（React + TypeScript）の行政向け申請システム」「高齢者を含む一般市民を対象とし、スクリーンリーダー対応、色弱ユーザー配慮、多言語対応（日本語・英語）を特に重視」といった入力情報が冒頭で明確に言及され、各チェック項目やテスト方法にも「フォームのエラー表示」「ファイルアップロード」「ReactのSPA」など具体的な記述が随所に含まれています。
5.  **汎用性からの脱却:** WCAGの基本的な項目は共通ですが、説明やテスト方法はアプリケーションの種別、対象ユーザー、使用技術に合わせて具体的にカスタマイズされており、汎用テンプレート以上の価値を提供しています。例えば、「音声コンテンツの代替」が「動画なしのため、フォームのヘルプテキスト等に適用」として具体化されている点も優れています。

## 次のステップ（受託提案）

1. 顧客の実データでカスタマイズデモ（POC: 5-10万円）
2. 本番環境設計・構築（受託開発）
3. 既存システム（kintone/Salesforce等）とのAPI連携
4. 運用保守サポート