@k2works/claude-code-booster 0.1.3 → 0.2.1

package/README.md

@@ -12,10 +12,24 @@ npm install @k2works/claude-code-booster
 
 ## Usage
 
+- Initialize/copy all assets to your project root:
 ```sh
 npx boost
 ```
 
+- Update only .claude and docs directories in an existing project:
+```sh
+npx boost --update
+```
+
+### What gets updated with --update
+- .claude: prompts, commands, and config shipped with this package
+- docs: documentation templates
+
+### Notes
+- Existing files under .claude and docs will be overwritten.
+- Other files are left untouched.
+
 ## Development
 
 ```

package/bin/claude-code-booster

@@ -1,4 +1,4 @@
-#!/usr/bin/env node
+#!/usr/bin/env node
 
 const path = require('path');
 const fs = require('fs-extra');
@@ -15,10 +15,48 @@ async function setupProject() {
   // テンプレートファイルが含まれるディレクトリのパスを取得する
   const templateDir = path.join(packageDir, TEMPLATE_DIR);
 
+  // コマンドライン引数の解析
+  const args = process.argv.slice(2);
+  const isUpdate = args.includes('--update');
+
   try {
-    // テンプレートファイルをプロジェクトのルートディレクトリにコピーする
-    await fs.copy(templateDir, projectDir, { overwrite: true, errorOnExist: false });
-    console.log(`[claude-code-booster] Copied assets from "${templateDir}" to "${projectDir}"`);
+    if (isUpdate) {
+      // --update オプション時は .claude と docs 配下のみ上書きコピー
+      const targets = ['.claude', 'docs'];
+      for (const dir of targets) {
+        const src = path.join(templateDir, dir);
+        const dest = path.join(projectDir, dir);
+        if (await fs.pathExists(src)) {
+          await fs.ensureDir(dest);
+
+          // docs 配下の index.md は上書き対象から除外する
+          const copyOptions = dir === 'docs'
+            ? {
+                overwrite: true,
+                errorOnExist: false,
+                filter: (from, to) => {
+                  // docs 直下の index.md のみ除外する（他は全てコピー）
+                  const indexPath = path.join(src, 'index.md');
+                  return from !== indexPath;
+                },
+              }
+            : { overwrite: true, errorOnExist: false };
+
+          await fs.copy(src, dest, copyOptions);
+          if (dir === 'docs') {
+            console.log('[claude-code-booster] Updated "docs" (excluding docs/index.md)');
+          } else {
+            console.log(`[claude-code-booster] Updated "${dir}" from "${src}" to "${dest}"`);
+          }
+        } else {
+          console.warn(`[claude-code-booster] Skip: source not found "${src}"`);
+        }
+      }
+    } else {
+      // それ以外は従来通り assets 全体をコピー
+      await fs.copy(templateDir, projectDir, { overwrite: true, errorOnExist: false });
+      console.log(`[claude-code-booster] Copied assets from "${templateDir}" to "${projectDir}"`);
+    }
   } catch (err) {
     console.error('[claude-code-booster] Asset copy failed:', err);
     process.exitCode = 1;

package/lib/assets/.claude/README.md

@@ -21,46 +21,50 @@ Claude Code をもっと便利に使うための設定集です。
 
 `/commands` ディレクトリ内の Markdown ファイルとして保存されています。`/` に続けてファイル名を入力すると実行できます。
 
-| コマンド | 説明 |
-| :--- | :--- |
-| `/analyze-dependencies` | プロジェクトの依存関係を分析し、循環依存や構造的な問題を視覚化する。 |
-| `/analyze-performance` | アプリケーションのパフォーマンス問題を分析し、技術的負債の観点から改善策を提案する。 |
-| `/check-fact` | プロジェクト内のコードベース、ドキュメントを参照し、与えられた情報の正誤を確認する。 |
-| `/check-github-ci` | GitHub Actions の CI 状況を監視し、完了まで追跡する。 |
-| `/check-prompt` | 現在のプロンプトの内容をレビューし、改善案を提示する。 |
-| `/commit-message` | 変更内容に基づいてコミットメッセージだけを生成する。 |
-| `/context7` | Context7 MCP を使用してコンテキスト管理を行う。 |
-| `/design-patterns` | デザインパターンに基づいた実装を提案・レビューする。 |
-| `/explain-code` | 選択されたコードの機能やロジックを分かりやすく説明する。 |
-| `/fix-error` | エラーメッセージを元に、コードの修正案を提示する。 |
-| `/multi-role` | 複数の役割（Role）を組み合わせて、同じ対象を並行分析し統合レポートを生成する。 |
-| `/plan` | 実装前の計画立案モードを起動し、詳細な実装戦略を策定する。 |
-| `/pr-auto-update` | Pull Request の内容（説明、ラベル）を自動で更新する。 |
-| `/pr-create` | Git 変更分析に基づく自動 PR 作成で効率的な Pull Request ワークフローを実現する。 |
-| `/pr-feedback` | Pull Request のレビューコメントを効率的に対応し、エラー分析 3 段階アプローチで根本解決を図る。 |
-| `/pr-issue` | 現在のリポジトリのオープン Issue 一覧を優先順位付きで表示する。 |
-| `/pr-list` | 現在のリポジトリのオープン PR 一覧を優先順位付きで表示する。 |
-| `/pr-review` | Pull Request の体系的レビューでコード品質とアーキテクチャの健全性を確保する。 |
-| `/refactor` | 安全で段階的なコードリファクタリングを実施し、SOLID 原則の遵守状況を評価する。 |
-| `/role-debate` | 複数の役割（Role）で、特定のテーマについて討論させる。 |
-| `/role-help` | 利用可能な Role の一覧と説明を表示する。 |
-| `/role` | 指定した役割（Role）として振る舞う。 |
-| `/screenshot` | 画面のスクリーンショットを取得し解析する |
-| `/search-gemini` | Gemini を使って Web 検索を行う。 |
-| `/semantic-commit` | 大きな変更を意味のある最小単位に分割し、セマンティックなコミットメッセージで順次コミットする。 |
-| `/sequential-thinking` | Sequential Thinking MCP を使用して複雑な問題を順を追って段階的に考え、結論を導き出す。 |
-| `/show-plan` | 現在の実行計画を表示する。 |
-| `/smart-review` | 高度なレビューを行い、コード品質を向上させる。 |
-| `/spec` | 要求事項から、Kiro の spec-driven development に準拠した詳細な仕様書を段階的に作成する。 |
-| `/style-ai-writing` | AI が生成したような不自然な文章を検出し、修正する。 |
-| `/task` | 専用エージェントを起動して、複雑な検索・調査・分析タスクを自律的に実行する。 |
-| `/tech-debt` | プロジェクトの技術的負債を分析し、優先順位付けされた改善計画を作成する。 |
-| `/ultrathink` | 複雑な課題や重要な決定に対して、段階的で構造化された思考プロセスを実行する。 |
-| `/update-dart-doc` | Dart ファイルの DartDoc コメントを体系的に管理し、高品質な日本語ドキュメントを維持する。 |
-| `/update-doc-string` | 複数言語対応のドキュメント文字列を統一的に管理・更新する。 |
-| `/update-flutter-deps` | Flutter プロジェクトの依存関係を安全に更新する。 |
-| `/update-node-deps` | Node.js プロジェクトの依存関係を安全に更新する。 |
-| `/update-rust-deps` | Rust プロジェクトの依存関係を安全に更新する。 |
+| コマンド                    | 説明                                                          |
+|:------------------------|:------------------------------------------------------------|
+| `/analyze-dependencies` | プロジェクトの依存関係を分析し、循環依存や構造的な問題を視覚化する。                          |
+| `/analyze-performance`  | アプリケーションのパフォーマンス問題を分析し、技術的負債の観点から改善策を提案する。                  |
+| `/check-fact`           | プロジェクト内のコードベース、ドキュメントを参照し、与えられた情報の正誤を確認する。                  |
+| `/check-github-ci`      | GitHub Actions の CI 状況を監視し、完了まで追跡する。                        |
+| `/check-prompt`         | 現在のプロンプトの内容をレビューし、改善案を提示する。                                 |
+| `/commit-message`       | 変更内容に基づいてコミットメッセージだけを生成する。                                  |
+| `/context7`             | Context7 MCP を使用してコンテキスト管理を行う。                              |
+| `/design-patterns`      | デザインパターンに基づいた実装を提案・レビューする。                                  |
+| `/explain-code`         | 選択されたコードの機能やロジックを分かりやすく説明する。                                |
+| `/fix-error`            | エラーメッセージを元に、コードの修正案を提示する。                                   |
+| `/multi-role`           | 複数の役割（Role）を組み合わせて、同じ対象を並行分析し統合レポートを生成する。                   |
+| `/plan`                 | 実装前の計画立案モードを起動し、詳細な実装戦略を策定する。                               |
+| `/pr-auto-update`       | Pull Request の内容（説明、ラベル）を自動で更新する。                           |
+| `/pr-create`            | Git 変更分析に基づく自動 PR 作成で効率的な Pull Request ワークフローを実現する。         |
+| `/pr-feedback`          | Pull Request のレビューコメントを効率的に対応し、エラー分析 3 段階アプローチで根本解決を図る。     |
+| `/pr-issue`             | 現在のリポジトリのオープン Issue 一覧を優先順位付きで表示する。                         |
+| `/pr-list`              | 現在のリポジトリのオープン PR 一覧を優先順位付きで表示する。                            |
+| `/pr-review`            | Pull Request の体系的レビューでコード品質とアーキテクチャの健全性を確保する。               |
+| `/refactor`             | 安全で段階的なコードリファクタリングを実施し、SOLID 原則の遵守状況を評価する。                  |
+| `/role-debate`          | 複数の役割（Role）で、特定のテーマについて討論させる。                               |
+| `/role-help`            | 利用可能な Role の一覧と説明を表示する。                                     |
+| `/role`                 | 指定した役割（Role）として振る舞う。                                        |
+| `/screenshot`           | 画面のスクリーンショットを取得し解析する                                        |
+| `/search-gemini`        | Gemini を使って Web 検索を行う。                                      |
+| `/semantic-commit`      | 大きな変更を意味のある最小単位に分割し、セマンティックなコミットメッセージで順次コミットする。             |
+| `/sequential-thinking`  | Sequential Thinking MCP を使用して複雑な問題を順を追って段階的に考え、結論を導き出す。     |
+| `/show-plan`            | 現在の実行計画を表示する。                                               |
+| `/smart-review`         | 高度なレビューを行い、コード品質を向上させる。                                     |
+| `/spec`                 | 要求事項から、Kiro の spec-driven development に準拠した詳細な仕様書を段階的に作成する。 |
+| `/style-ai-writing`     | AI が生成したような不自然な文章を検出し、修正する。                                 |
+| `/task`                 | 専用エージェントを起動して、複雑な検索・調査・分析タスクを自律的に実行する。                      |
+| `/tech-debt`            | プロジェクトの技術的負債を分析し、優先順位付けされた改善計画を作成する。                        |
+| `/ultrathink`           | 複雑な課題や重要な決定に対して、段階的で構造化された思考プロセスを実行する。                      |
+| `/update-dart-doc`      | Dart ファイルの DartDoc コメントを体系的に管理し、高品質な日本語ドキュメントを維持する。         |
+| `/update-doc-string`    | 複数言語対応のドキュメント文字列を統一的に管理・更新する。                               |
+| `/update-flutter-deps`  | Flutter プロジェクトの依存関係を安全に更新する。                                |
+| `/update-node-deps`     | Node.js プロジェクトの依存関係を安全に更新する。                                |
+| `/update-rust-deps`     | Rust プロジェクトの依存関係を安全に更新する。                                   |
+| `/progress`             | 進捗確認をする。                                                    |
+| `/next`                 | 次タスクを確認する。                                                  |
+| `/analysis`             | 開発標準の分析ワークフローを実行する。                                         |
+
 
 ### Roles（役割設定）
 

package/lib/assets/.claude/commands/analysis.md

@@ -0,0 +1,230 @@
+## Analysis Command
+
+分析フェーズの作業を支援するコマンド。要件定義から非機能要件まで包括的な分析作業を支援します。
+
+### 使い方
+
+```bash
+/analysis [オプション]
+```
+
+### オプション
+
+- なし : 分析フェーズ全体の支援表示
+- `--requirements` : 要件定義関連の作業支援
+- `--usecases` : ユースケース・ユーザーストーリー作成支援
+- `--architecture` : アーキテクチャ設計支援
+- `--data-model` : データモデル設計支援
+- `--domain-model` : ドメインモデル設計支援
+- `--ui-design` : UI設計支援
+- `--test-strategy` : テスト戦略策定支援
+- `--non-functional` : 非機能要件定義支援
+- `--operation` : 運用要件定義支援
+- `--tech-stack` : 技術スタック選定支援
+
+### 基本例
+
+```bash
+# 分析フェーズ全体のワークフロー表示
+/analysis
+「分析フェーズの全体的な進め方と各工程の説明」
+
+# 要件定義の支援
+/analysis --requirements
+「要件定義のRDRAモデルに基づいた体系的なアプローチの説明」
+
+# アーキテクチャ設計の支援
+/analysis --architecture
+「業務領域とデータ構造の複雑さに基づくアーキテクチャパターンの選択支援」
+
+# テスト戦略の策定
+/analysis --test-strategy
+「ピラミッド型・ダイヤモンド型・逆ピラミッド型テストの選択支援」
+```
+
+### 詳細機能
+
+#### 要件定義サポート
+
+@docs/reference/要件定義支援.md に基づく要件定義作成を支援します。
+@docs/template/要件定義.md をテンプレートにして成果物を作成します。
+@docs/template/要件定義.md をテンプレートは絶対に編集しないこと。
+
+```bash
+/analysis --requirements
+```
+
+- @docs/requirements/requirements_definition.md が無ければ新規要件定義を開始する
+- システム価値の明確化
+- システム外部環境の分析
+- システム境界の定義
+- システム内部構造の設計
+- 成果物として @docs/requirements/requirements_definition.md を作成
+
+#### ユースケースサポート
+
+docs/reference/ユースケース作成ガイド.md に基づくユースケース作成を支援します。
+@docs/template/完全形式のユースケース.md をテンプレートにして成果物を作成します。
+@docs/template/完全形式のユースケース.md をテンプレートは絶対に編集しないこと。
+
+```bash
+/analysis --usecases
+```
+
+- @docs/requirements/requirements_definition.md からのユースケース抽出
+- @docs/requirements/business_usecase.md を作成
+- @docs/requirements/system_usecase.md を作成
+- @docs/requirements/user_story.md を作成
+- ユースケースとユーザーストーリーでトレーサビリティを維持する
+- user_story.mdにはユーザーストーリーのみ記述する、リリース計画とイテレーション計画は別途作成する
+
+#### アーキテクチャ設計サポート
+
+@docs/reference/アーキテクチャ設計ガイド.md に基づくアーキテクチャ設計ドキュメントを作成します。
+成果物は architecture_backend.md と architecture_frontend.md です。
+
+```bash
+/analysis --architecture
+```
+- @docs/requirements/requirements_definition.md を参照
+- @docs/requirements/business_usecase.md を参照
+- @docs/requirements/system_usecase.md を参照
+- @docs/requirements/user_story.md を参照
+- バックエンドアーキテクチャ設計を実施して @docs/design/architecture_backend.md を作成
+- フロンエンドアーキテクチャ設計を実施して @docs/design/architecture_frontend.md を作成
+
+#### データモデル設計サポート
+
+@docs/reference/データモデル設計ガイド.md に基づくデータモデル設計ドキュメントを作成します。
+成果物は data-model.md です。
+plantumlのER図を使います。
+
+```bash
+/analysis --data-model
+```
+- @docs/requirements/requirements_definition.md を参照
+- @docs/requirements/business_usecase.md を参照
+- @docs/requirements/system_usecase.md を参照
+- @docs/requirements/user_story.md を参照
+- @docs/design/architecture_backend.md を参照
+- @docs/design/architecture_frontend.md を参照
+- @docs/design/data-model.md を作成
+
+#### ドメインモデル設計サポート
+
+@docs/reference/ドメインモデル設計ガイド.md に基づくドメインモデル設計ドキュメントを作成します。
+成果物は domain_model.md です。
+ダイアグラムにはplantumlを使います。
+
+```bash
+/analysis --domain-model
+```
+- @docs/requirements/requirements_definition.md を参照
+- @docs/requirements/business_usecase.md を参照
+- @docs/requirements/system_usecase.md を参照
+- @docs/requirements/user_story.md を参照
+- @docs/design/architecture_backend.md を参照
+- @docs/design/architecture_frontend.md を参照
+- @docs/design/domain-model.md を作成
+
+#### UI設計サポート
+
+@docs/reference/UI設計ガイド.md に基づくUI設計ドキュメントを作成します。
+成果物は ui_design.md です。
+画面遷移にはplantumlのステートチャート図を使います。
+画面イメージはplantumlのsalt図を使います。
+
+```bash
+/analysis --ui-design
+```
+- @docs/requirements/requirements_definition.md を参照
+- @docs/requirements/business_usecase.md を参照
+- @docs/requirements/system_usecase.md を参照
+- @docs/requirements/user_story.md を参照
+- @docs/design/architecture_backend.md を参照
+- @docs/design/architecture_frontend.md を参照
+- @docs/design/ui_design.md を作成
+
+#### テスト戦略サポート
+
+テスト戦略ドキュメントを作成します。
+成果物は test-strategy.md です。
+
+```bash
+/analysis --test-strategy
+```
+- @docs/design/test_strategy.md を作成
+
+#### 非機能要件サポート
+
+非機能要件定義ドキュメントを作成します。
+成果物は non-functional.md です。
+
+```bash
+/analysis --non-functional
+```
+
+- @docs/design/test_strategy.md を作成
+
+#### 運用要件定義サポート
+
+運用要件定義ドキュメントを作成します。
+成果物は operation.md です。
+
+```bash
+/analysis --operation
+```
+
+- @docs/design/operation.md を作成
+
+#### 技術スタックサポート
+
+表形式の技術スタック一覧作成をサポートします
+
+```bash
+/analysis --tech-stack
+```
+- @docs/design/architecture_backend.md を参照
+- @docs/design/architecture_frontend.md を参照
+- @docs/design/tech_stack.md を作成
+
+### Claude との連携
+
+```bash
+# プロジェクト情報の確認後に分析開始
+ls -la docs/
+cat README.md
+/analysis
+「プロジェクトの現状を踏まえた分析フェーズの進め方を提案」
+
+# 既存の要件ドキュメントがある場合
+cat docs/requirements_definition.md
+/analysis --requirements
+「既存要件を基にした詳細化とRDRAモデルへのマッピング」
+
+# 技術的制約がある場合
+cat package.json
+/acat pom.xml
+/analysis --tech-stack
+「既存技術スタックを考慮したアーキテクチャ選択の提案」
+```
+
+### 注意事項
+
+- **前提条件**: プロジェクトの基本的な背景情報の把握が必要
+- **制限事項**: 分析結果は開発フェーズで継続的に見直し・改善が必要
+- **推奨事項**: 各工程の成果物を文書化し、チーム内で共有することを推奨
+
+### ベストプラクティス
+
+1. **段階的分析**: 要件定義から始めて段階的に詳細化する
+2. **チーム連携**: 分析結果をチーム全体で共有し、合意形成を行う
+3. **継続的改善**: 開発フェーズでのフィードバックを基に分析結果を見直す
+4. **文書化**: 分析結果はPlantUMLやMarkdownで視覚的に文書化する
+
+### 関連コマンド
+
+- `/plan` : 実装計画の策定
+- `/spec` : 仕様書の作成・更新
+- `/design-patterns` : 設計パターンの適用検討
+- `/tech-debt` : 技術的負債の分析

package/lib/assets/.claude/commands/kill.md

@@ -0,0 +1,109 @@
+## Kill Development Processes
+
+開発サーバーやNode.jsプロセスを強制終了するコマンド。複数ポートで起動している開発プロセスを一括で停止できます。
+
+### 使い方
+
+```bash
+/kill [オプション]
+```
+
+### オプション
+
+- なし : すべてのNode.js開発プロセスを強制終了
+- `--port <ポート番号>` : 特定のポートのプロセスのみ終了
+- `--check` : プロセス状況の確認のみ（終了せず）
+
+### 基本例
+
+```bash
+# 全開発プロセスを強制終了
+/kill
+「すべてのNode.js開発サーバー（npm run dev等）を停止」
+
+# ポート3000番のプロセスのみ終了
+/kill --port 3000
+「ポート3000で動作中のプロセスを終了」
+
+# プロセス状況の確認
+/kill --check
+「現在起動中の開発プロセスを一覧表示」
+```
+
+### 詳細機能
+
+#### 一括プロセス終了
+
+Windows環境で複数の開発サーバーが起動している場合の一括終了処理。
+
+```bash
+# ポート範囲でのプロセス検索・終了
+netstat -ano | findstr ":300[0-9]" | findstr LISTENING
+taskkill //F //PID <PID1> && taskkill //F //PID <PID2>
+```
+
+#### 個別ポート指定終了
+
+特定のポートで起動しているプロセスのみを終了する。
+
+- **安全性**: 指定ポートのみ終了で他に影響しない
+- **精密性**: 必要最小限のプロセス停止
+- **確認**: 終了前にプロセス情報を表示
+
+### 出力例
+
+```
+現在起動中の開発プロセス:
+━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
+
+ポート 3000: PID 34348 (Node.js)
+ポート 3001: PID 16676 (Node.js)  
+ポート 3002: PID 25696 (Node.js)
+
+プロセス終了中...
+✓ PID 34348 を終了しました
+✓ PID 16676 を終了しました
+✓ PID 25696 を終了しました
+
+すべての開発プロセスを停止しました。
+```
+
+### Claude との連携
+
+```bash
+# 開発中のエラー修正後にプロセスリセット
+npm run dev
+「エラーが発生」
+/kill
+「全プロセス停止して再起動準備」
+
+# ポート競合の解決
+npm start
+「Port 3000 is already in use」
+/kill --port 3000
+「競合ポートのプロセスを終了」
+
+# 開発環境のクリーンアップ
+git checkout main
+/kill
+「ブランチ切り替え前に開発プロセスをクリーンアップ」
+```
+
+### 注意事項
+
+- **前提条件**: Windows環境（taskkillコマンド使用）
+- **制限事項**: 管理者権限が必要な場合があります
+- **推奨事項**: 重要な作業中は事前にファイル保存を行う
+
+### ベストプラクティス
+
+1. **安全な終了**: 作業中のファイルは事前に保存する
+2. **段階的終了**: まず`--check`で状況確認してから終了
+3. **ポート指定**: 必要に応じて特定ポートのみ終了
+4. **再起動準備**: プロセス終了後は適切にサーバーを再起動
+
+### 関連コマンド
+
+- `/dev-server` : 開発サーバーの起動コマンド
+- `/port-check` : ポート使用状況の確認
+- `/process-monitor` : プロセス監視コマンド

package/lib/assets/.claude/commands/next.md

@@ -0,0 +1,136 @@
+## Next
+
+次のイテレーションやタスクを計画・実行する開発進捗管理コマンド。
+
+### 使い方
+
+```bash
+/next [オプション]
+```
+
+### オプション
+
+- なし : 現在の状況を分析して次のステップを提案
+- `--plan` : 詳細な実装計画を作成
+- `--execute` : 提案された次のタスクを即座に実行
+- `--iteration <番号>` : 特定のイテレーション番号を指定して計画
+- `--review` : 現在のイテレーション完了状況をレビュー
+
+### 基本例
+
+```bash
+# 基本的な使い方（次のステップを提案）
+/next
+「現在の進捗を分析し、次に進むべきタスクを3つのオプションで提案」
+
+# 詳細計画の作成
+/next --plan
+「次のイテレーションの詳細実装計画を作成」
+
+# 即座に実行
+/next --execute
+「提案された最優先タスクを即座に実行開始」
+
+# 特定のイテレーション計画
+/next --iteration 4
+「イテレーション4の計画を作成」
+
+# 完了状況レビュー
+/next --review
+「現在のイテレーション完了状況と品質評価」
+```
+
+### 詳細機能
+
+#### 自動進捗分析
+
+現在のプロジェクト状況を自動分析し、最適な次のステップを提案：
+
+```bash
+# プロジェクト状況の包括的分析
+git status && git log --oneline -5
+/next
+```
+
+- **コードベース分析**: 実装済み機能と未実装機能の特定
+- **品質評価**: テストカバレッジとコード品質の評価  
+- **技術的負債**: 改善が必要な箇所の特定
+- **優先度判定**: ビジネス価値と技術的重要度による優先順位付け
+
+#### イテレーション管理
+
+アジャイル開発のイテレーション管理を支援：
+
+- **計画策定**: 次イテレーションのユーザーストーリーと工数見積もり
+- **目標設定**: 明確な成功基準と受け入れ条件の定義
+- **リスク管理**: 潜在的な障害とその対策の特定
+- **リソース計画**: 必要なスキルセットと時間配分の算出
+
+#### 選択肢提示
+
+常に3つの具体的な選択肢を提供：
+
+- **オプション1**: 最優先の必須タスク
+- **オプション2**: 代替的なアプローチや改善タスク  
+- **オプション3**: 探索的・実験的タスク
+
+### 出力例
+
+```
+━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
+📋 次のステップ分析結果
+
+現在の状況:
+├─ ✅ イテレーション3: 予約キャンセル機能 (100%完了)
+├─ 🛡️ セキュリティ: 企業レベル達成
+├─ ⚡ パフォーマンス: 要件満たす
+└─ 📚ドキュメント: 完備
+
+次のステップオプション:
+[1] イテレーション4: 通知機能実装
+[2] MVPリリース準備・本番環境構築
+[3] 技術的改善・リファクタリング
+
+推奨: オプション1 (ビジネス価値最大化)
+━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
+```
+
+### Claude との連携
+
+```bash
+# 現在の状況確認後に次のステップ相談
+git log --oneline -10 && git status
+/next --review
+「完了した作業を踏まえて次の優先タスクを判定」
+
+# 特定機能の実装状況確認後の計画
+find . -name "*.ts" -o -name "*.cs" | head -10
+/next --plan  
+「実装済みファイルを確認して次の開発計画を策定」
+
+# テスト結果確認後の改善提案
+npm test
+/next
+「テスト結果を踏まえた品質改善の次のステップを提案」
+```
+
+### 注意事項
+
+- **前提条件**: Gitリポジトリでの作業を前提とする
+- **制限事項**: プロジェクトの文脈を理解するため、事前の情報収集が必要
+- **推奨事項**: 定期的な進捗確認（1日1-2回）で効果的な開発進行
+
+### ベストプラクティス
+
+1. **定期実行**: イテレーション完了時や大きな機能実装後に実行
+2. **状況共有**: チーム全体で次のステップを共有し合意形成
+3. **柔軟性**: 提案された選択肢から状況に応じて最適なものを選択
+4. **継続改善**: フィードバックを基に次回の計画精度を向上
+
+### 関連コマンド
+
+- `/plan` : より詳細な実装計画作成
+- `/review` : コードレビューと品質評価
+- `/test` : テスト実行と結果分析
+- `/deploy` : デプロイメント関連タスク
+- `/progress``: 進捗確認タスク