requirements

name	requirements
description	Generate a requirements document with user stories, acceptance criteria, and constraints. Use when defining features, writing specs, or running /requirements before implementation. Use when this capability is needed.
metadata	{"author":"ai-driven-school"}

/requirements スキル

機能名から要件定義書を生成します。

使用方法

/requirements ユーザー認証
/requirements 商品検索機能
/requirements 決済システム

出力テンプレート

以下の形式で docs/requirements/{feature}.md に出力:

# 要件定義: {機能名}

## 概要

{機能の概要を1-2文で説明}

## ユーザーストーリー

AS A {ユーザー種別}
I WANT TO {やりたいこと}
SO THAT {達成したい目的}

## 受入条件

### 機能要件

- [ ] {条件1: 具体的かつテスト可能な形式}
- [ ] {条件2}
- [ ] {条件3}
- [ ] {条件4}
- [ ] {条件5}

### UI/UX要件

- [ ] レスポンシブデザイン（モバイル対応）
- [ ] {UI要件1}
- [ ] {UI要件2}

### データ要件

- [ ] {データ要件1}
- [ ] {データ要件2}

## 非機能要件

| 項目 | 要件 |
|------|------|
| パフォーマンス | {具体的な数値目標} |
| セキュリティ | {セキュリティ要件} |
| アクセシビリティ | WCAG 2.1 AA準拠 |

## 制約事項

- フレームワーク: Next.js 14 (App Router)
- 言語: TypeScript
- スタイリング: Tailwind CSS
- 状態管理: React hooks / Zustand
- データベース: {DB種別}

## 除外事項

- {この機能に含まれないもの1}
- {この機能に含まれないもの2}

## 依存関係

- {依存する他の機能やシステム}

## 用語定義

| 用語 | 定義 |
|------|------|
| {用語1} | {定義} |
| {用語2} | {定義} |

生成ガイドライン

1. 受入条件は具体的に: 「〜できる」ではなく「〜ボタンをクリックすると〜が表示される」
2. テスト可能な形式: 各条件はE2Eテストで検証可能な形式
3. 非機能要件は数値で: 「高速」ではなく「2秒以内」
4. 除外事項を明記: スコープクリープを防ぐ

出力例

> /requirements ユーザー認証

📝 要件定義を生成中... (Claude)

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
📄 docs/requirements/auth.md を作成しました
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

# 要件定義: ユーザー認証

## 概要
メールアドレスとパスワードによるユーザー認証機能を提供する。

## ユーザーストーリー
AS A 一般ユーザー
I WANT TO アカウントでログインしたい
SO THAT 自分のデータに安全にアクセスできる

## 受入条件

### 機能要件
- [ ] ログイン画面でメールとパスワードを入力できる
- [ ] ログインボタンをクリックすると認証が実行される
- [ ] 認証成功時、ダッシュボードにリダイレクトされる
- [ ] 認証失敗時、エラーメッセージが表示される
- [ ] ログアウトボタンでセッションが終了する
...

承認しますか？ [Y/n/reject 理由]

---

Converted and distributed by TomeVault — claim your Tome and manage your conversions.