# アーキテクチャ決定記録(ADR)生成 — 運用ガイド

## 基本情報

| 項目 | 内容 |
|------|------|
| 業種 | IT・開発 |
| ユースケース | アーキテクチャ決定記録(ADR)生成 |
| WFパターン | `start → llm(ADR生成) → template(ADRフォーマット整形) → end` |
| RAG | なし |
| 検証結果 | E2E pass |
| デモURL例 | http://localhost/workflow/Oy9bKb3EbEl8Vddv |

## 概要

技術的意思決定の経緯を入力として、Michael Nygard式ADRを生成する。

## デモ手順

1. DDF Web UI (`/dashboard`) を開く
2. 「アーキテクチャ決定記録(ADR)生成」の「デモ生成」ボタンをクリック
3. 業種「IT・開発」、UC「アーキテクチャ決定記録(ADR)生成」が自動入力される
4. 「デモ生成開始」をクリック
5. 生成完了後、デモURLを顧客に共有


## テスト入力例

### 入力例1
```
決定: メッセージキューとしてKafkaではなくAWS SQSを採用。背景: マイクロサービス間の非同期通信が必要。検討: Kafka（高スループット、ストリーム処理可能、運用コスト高、チームスキルなし）、SQS（マネージド、シンプル、スループット制限あり、学習コスト低）、RabbitMQ（高機能、自己管理必要）。選定理由: 現時点の想定メッセージ量1,000msg/s以下でSQSで十分、マネージドで運用負担ゼロ、チームのKafka経験なし。トレードオフ: 将来的にストリーム処理が必要になった場合はKinesisまたはKafkaへの移行が発生する。
```


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

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

## AI品質評価コメント

このデモ出力は、Michael Nygard式ADRの全ての必須項目（タイトル、ステータス、文脈、決定、結果、却下された選択肢とその理由）を網羅しています。出力内容はユースケースのテーマ（IT・開発 ADR生成）に完全に合致しており、AWS SQS、Kafka、RabbitMQといった具体的な製品名や技術的な考慮事項に言及しているため、汎用的なテンプレートに留まっていません。各項目の記述も具体的で理解しやすく、営業デモとして十分な品質を満たしています。

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

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