GitHub Copilot 完全ガイド

曖昧な要件を、テスト可能で実装しやすいUser Storyに変換する。

以下の要件をINVEST基準で洗練させてください。
受け入れ基準は Given-When-Then 形式で**最低5つ**
（正常系・異常系・エッジケース含む）具体的に作成してください。

【元の要件】
[ここにざっくりした要件を貼り付けてください]

As a user, I want to make a reservation.

**User Story**: ユーザーとして、施設を30分単位で予約したい。
なぜなら、効率的に会議室を利用したいから。

**受け入れ基準**:
- Given 未ログイン状態
  When 正しいメール/パスワードでログイン
  Then ホーム画面に遷移する
- Given 同じスロットを他ユーザーが予約済み
  When 予約を試みる
  Then 「すでに予約されています」と表示され失敗
（以下3つ省略）

💡 Tips: 受け入れ基準が具体的なほど、Agent Modeの実装成功率が上がります。

ざっくりした要件から、構造化された機能仕様書を一発で作成。

以下のビジネス要件から、以下の構成で
「機能仕様書（Markdown）」を作成してください。

## 1. 概要
## 2. 機能要件（優先度付き）
## 3. 非機能要件
## 4. データフロー（Mermaidシーケンス図）
## 5. ER図（Mermaid）
## 6. リスク・前提条件・制約
## 7. 受け入れ基準一覧（Given-When-Then形式）

【ビジネス要件】
[ここに要件を貼り付けてください]

「予約システムを作って」

## 1. 概要
施設予約システムのコア機能として、ユーザーが
会議室を30分単位で予約できる機能を提供する。

## 4. データフロー
sequenceDiagram
    User ->> Frontend: 予約リクエスト
    Frontend ->> BookingService: POST /bookings

人間が見落としがちなリスクを体系的に洗い出す。

この要件に対して、以下の観点で**漏れがないか**を
徹底的に洗い出してください。
- 異常系・エッジケース（10個以上）
- セキュリティリスク（OWASP Top10観点）
- パフォーマンス・スケーラビリティ
- 運用時の考慮事項

各項目に「対策案」も併記してください。

【要件】
[ここに要件を貼り付けてください]

「予約機能のエラーを考えて」
→ 抽象的で役に立たない。

1. 同時予約競合
   対策: 楽観的ロック + 再試行ロジック + 通知

2. キャンセル後の空きスロット反映遅延
   対策: イベント駆動キャッシュ無効化