Create Plan

Step 1: タスクの理解

• ユーザーの説明を解析する
• 必要に応じてコードベースを調査する（Explore Agent / Glob / Grep）
  • 関連する既存ファイルの構造
  • 使用している技術スタック・ライブラリ
  • 既存の類似実装やパターン
  • 影響範囲（変更が波及するファイル）
• 前提条件・制約を整理する

Step 2: 計画のドラフト

以下の標準フォーマットに従って計画を構成する。

Step 3: 計画ファイルの作成

• ファイル名: kebab-case でタスク内容を反映した簡潔な名前にする
  • 例: auth-middleware-rewrite.md, chakra-ui-skill.md, api-endpoint-refactor.md
• 出力先: _/local-plans/<plan-name>.md
• ユーザーに計画ファイルのパスを報告する

標準フォーマット（テンプレート）

計画は plan-verifier Agent で検証可能な形式にすること。 ファイル構成はフルパスで記載し、各フェーズの成果物を明示する。

# {タスクタイトル}

## 背景・目的

{なぜこのタスクが必要か}
{解決したい課題}
{期待される成果}

## 現状整理

{関連する現在の状態 — 既存ファイル、技術スタック、依存関係}

## 設計

### ファイル構成

{作成・変更するファイルのツリー図}

### 仕様

{技術的な設計詳細 — API、データ構造、フォーマット等}

## 実装ステップ

### Phase 1: {フェーズ名}

1. {具体的なタスク}
2. {具体的なタスク}

### Phase 2: {フェーズ名}

1. {具体的なタスク}
2. {具体的なタスク}

{必要に応じて Phase N まで}

## 並列実行戦略

{並列化可能な作業がある場合のみ記載}

## 検証方法

{計画の成果物が正しく完成したことをどう確認するか}
{plan-verifier Agent での検証ポイント}

## 将来の拡張

{スコープ外だが関連する発展可能性 — 任意}

セクションごとの注意

• 背景・目的: 必須。なぜ作るのかを明確にする
• 現状整理: 関連する既存の状態があれば記載する。新規作成のみの場合は省略可
• 設計: 必須。ファイル構成（ツリー形式）は必ず含める
• 実装ステップ: 必須。フェーズ分割し、各ステップは具体的なアクションにする
• 並列実行戦略: 並列化可能な作業がある場合のみ記載
• 検証方法: 必須。成果物の確認方法を明記する
• 将来の拡張: 任意。スコープ外の関連事項があれば記載する