plan-create-stories について
plan-create-storiesは、完成したPRDを小規模なチケット群に分解し、受け入れ条件を作成するスキルです。JiraまたはGitHub Issuesへの登録に対応し、作成前に計画を確認します。
主な機能
- 01PRDのフェーズとユーザーストーリーを分解
- 02チケットの説明と受け入れ条件を作成
- 03JiraまたはGitHub Issuesに登録
- 04フェーズごとにチケットを整理
活用シーン
- 01完成したPRDから実行可能なバックログを作成
- 02フェーズ別のJiraチケットを作成
- 03受け入れチェックリスト付きのGitHub Issuesを作成
MCP 対応
JiraではAtlassian MCPサーバーを使い、指定したエピック配下にチケットを作成します。GitHubへの登録には`gh`コマンドラインを使います。
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/インストール後、Claude Code で/plan-create-storiesを入力して読み込まれたか確認します。
詳細
ストーリーの作成：PRD → チケットバックログ
概要
完成した PRD を、小さく、適切な形式のチケットからなるバックログに変換します。PRD の各実装フェーズがチケットのグループとなり、各ユーザーストーリーが、明確な受け入れ基準を持つ 1 件以上のチケットになります。
このスキルは、設計上、プラットフォームに依存しません。バックログを Jira と GitHub Issues のどちらに作成するかは、--platform フラグで決まります。このフラグより前の作業（PRD の読み込み、分解、受け入れ基準の作成）は、どちらの場合も同じです。
引数
| 引数 | 必須 | 意味 |
|---|---|---|
<prd-path> | はい | plan-create-prd が作成した PRD のパス |
--platform | はい | チケットの作成先。jira または github |
--project | jira のみ | Jira のプロジェクトキー（例：HELP） |
--epic | jira のみ | チケットの親となる Jira エピックキー（例：HELP-1） |
--milestone | github のみ | 課題に設定する GitHub マイルストーン（任意） |
--platform が指定されていない場合は、処理を中断して確認してください。推測してはいけません。
ワークフロー
1. PRD を読み込み、分解する
<prd-path>の内容をすべて読み込みます。- 実装フェーズのセクションを確認します。各フェーズがチケットのグループになります。
- ユーザーストーリーのセクションを確認します。各ストーリーを 1 件のチケットに対応させます（約 1 日分を超える作業が隠れている場合は分割します）。
- 各チケットについて、次の内容を作成します。
- タイトル — 命令形で具体的にします（
Add token refresh endpointではなくAuth）。 - 説明 — 内容と理由を記載し、PRD のフェーズに関連付けます。
- 受け入れ基準 — レビュアーが確認できるチェックリストにします。
- フェーズラベル — チケットが属する PRD のフェーズを示します。
- タイトル — 命令形で具体的にします（
- チケットは小さく保ちます。1 画面に収まるように説明できないチケットは、2 件に分割します。
2. 作成前に計画を確認する
提案するチケット一覧（タイトルとフェーズごとのグループ）および対象プラットフォームを表示します。実際のチケット作成は、ワンクリックでは取り消せないため、この段階で確認します。
3. --platform に応じてチケットを作成する
--platform jira：
- Atlassian MCP サーバーを使用します。
--project内で、各チケットを--epicの配下に作成します。- 対応付け：PRD のフェーズ → ラベルまたはエピック、受け入れ基準 → 説明。
- 作成した各課題のキーを記録します。
--platform github：
ghCLI を使用します：gh issue create --title "..." --body "..." [--label phase-N] [--milestone "..."]。- 受け入れ基準は、Markdown のチェックリストとして課題本文に記載します。
- PRD の各フェーズに
phase-Nラベルを設定します（存在しない場合はgh label createで作成します）。 - 作成した各課題の番号または URL を記録します。
4. 報告する
- チケットのタイトル → フェーズ → 作成したキー／番号／URL の表。
- バックログの生成元となった PRD のパス。
- 次のステップ：各フェーズで PIV ループを実行する準備が整ったこと。
品質チェック
- ✅ すべてのチケットが PRD のフェーズまたはユーザーストーリーに関連付けられている
- ✅ すべてのチケットに検証可能な受け入れ基準がある
- ✅ チケットが小さい（作業量は約 1 日以下）
- ✅ 正しいプラットフォームが使用され、すべての作成に成功している
- ✅ フェーズごとのグループ分けが保持されている（ラベル／エピック）。そのため、バックログ内を移動しやすい
メモ
- グリーンフィールドとブラウンフィールドの違いによって変わるのは PRD のスコープ（MVP か次のエピックか）であり、このスキルではありません。
plan-create-storiesはどちらの場合も同じように実行されます。 - ステップ 2 の確認を経ずにチケットを作成してはいけません。
- フェーズが曖昧すぎて分解できない場合は、処理を中断して指摘します。これはチケット作成の問題ではなく、PRD の不足です。
コメント
Markdown 対応