@k2works/claude-code-booster 1.9.0 → 1.10.0

package/lib/assets/.claude/skills/generating-slides/SKILL.md

@@ -1,106 +1,136 @@
----
-name: generating-slides
-description: インセプションデッキの Markdown ドキュメントから PowerPoint スライド（.pptx）を生成。pptxgenjs を使用し、テンプレートのスライド構成・テーマに準拠した 12 枚構成のプレゼンテーションを出力。スライド生成やプレゼンテーション作成時に使用。
----
-
-# スライド生成
-
-インセプションデッキの Markdown ドキュメントから、pptxgenjs を使用して PowerPoint スライド（.pptx）を生成します。テンプレート `docs/template/インセプションデッキ.pptx` のスライド構成に準拠した 12 枚構成のプレゼンテーションを出力します。
-
-## Instructions
-
-### 1. 参照ドキュメント
-
-- @docs/template/インセプションデッキ.pptx - スライド構成のリファレンス（15 枚構成、4:3、テーマカラー・フォント）
-
-### 2. 生成スクリプト
-
-- @.claude/scripts/generate-inception-deck.mjs - スライド生成スクリプト（**内容の編集は可能**）
-
-### 3. 入力
-
-- @docs/analysis/inception-deck.md - インセプションデッキ（`analyzing-inception-deck` の成果物）
-- @docs/analysis/business_architecture.md - ビジネスアーキテクチャ分析書（補足情報）
-
-### 4. 成果物
-
-- @docs/analysis/slide/xxxxx_v0.1.0.pptx - 生成された PowerPoint スライド
-
-### 5. 作業内容
-
-#### 前提条件の確認
-
-- Node.js がインストールされていること
-- `pptxgenjs` パッケージがインストールされていること（未インストール時は `npm install pptxgenjs`）
-
-#### スライド生成の実行
-
-```bash
-node .claude/scripts/generate-inception-deck.mjs
-```
-
-#### スライド構成（12 枚）
-
-テンプレートのインセプションデッキ構成に準拠した以下の 12 枚を生成する。
-
-| # | スライドタイトル | テンプレート対応 | データソース |
-| :--- | :--- | :--- | :--- |
-| 1 | タイトル | Slide 2: プロジェクト名 | プロジェクト基本情報 |
-| 2 | 我われはなぜここにいるのか | Slide 3: なぜここにいるのか | なぜやるのか？ |
-| 3 | エレベーターピッチ | Slide 4: エレベーターピッチ | どんなビジョンなのか？ |
-| 4 | どんな価値をもたらすのか？ | Slide 5: パッケージデザイン | どんな価値をもたらすのか？ |
-| 5 | やらないことリスト | Slide 6: やらないことリスト | スコープの範囲はどこか？ |
-| 6 | プロジェクトコミュニティ | Slide 7: プロジェクトコミュニティ | 主なステークホルダーは？ |
-| 7 | 技術的な解決策の概要 | Slide 8: 技術的な解決策 | 基本的な解決策 |
-| 8 | 夜も眠れなくなるような問題 | Slide 9: 夜も眠れない問題 | 主なリスクは何か？ |
-| 9 | 俺たちの "A チーム" | Slide 10: A チーム | どのくらい作業があり費用はいくらか？ |
-| 10 | 期間を見極める | Slide 11: 期間を見極める | 初回リリースはいつか？ |
-| 11 | トレードオフ・スライダー | Slide 12: トレードオフ | トレードオフにどう向き合うか？ |
-| 12 | 初回のリリースに必要なもの | Slide 13: 初回リリース | MVP スコープ・リリース戦略 |
-
-#### テーマ設定
-
-テンプレートから抽出したテーマに準拠する。
-
-- **フォント**: Yu Gothic（游ゴシック）— Windows / Mac 両対応の日本語フォント
-- **テーマカラー**: ダークブルー `#333399`、ティール `#009999`、ライトティール `#BBE0E3`
-- **スライドサイズ**: 4:3（10" x 7.5"）
-
-#### 生成スクリプトの更新
-
-inception-deck.md の内容が更新された場合、生成スクリプトのデータ部分を更新してから再実行する。
-
-1. @docs/analysis/inception-deck.md を読み込む
-2. @.claude/scripts/generate-inception-deck.mjs のスライドデータを更新
-3. `node .claude/scripts/generate-inception-deck.mjs` で再生成
-
-#### バージョン管理
-
-- 出力ファイル名のバージョン（例: `HCOSS_v0.1.0.pptx`）はリリースバージョンに合わせて更新する
-- スクリプト内の `outputPath` と `pptx.title` を同時に更新すること
-
-### 6. 注意事項
-
-- **前提条件**: @docs/analysis/inception-deck.md が作成済みであること（`analyzing-inception-deck` を先に実行）
-- **制限事項**: テンプレート @docs/template/インセプションデッキ.pptx は編集しないこと。日本語フォントは Yu Gothic を使用すること（Gill Sans 等の欧文フォントは文字化けする）
-- **推奨事項**: 生成後は PowerPoint で開いてレイアウトを目視確認し、必要に応じてスクリプトのレイアウトパラメータを微調整する
-
-## Examples
-
-### インセプションデッキのスライドを新規生成
-
-1. `npm install pptxgenjs`（初回のみ）
-2. @docs/analysis/inception-deck.md の内容を確認
-3. `node .claude/scripts/generate-inception-deck.mjs` を実行
-4. @docs/analysis/slide/HCOSS_v0.1.0.pptx が生成されたことを確認
-
-### インセプションデッキ更新後のスライド再生成
-
-1. @docs/analysis/inception-deck.md の更新内容を確認
-2. @.claude/scripts/generate-inception-deck.mjs のスライドデータを更新
-3. `node .claude/scripts/generate-inception-deck.mjs` を実行
-
-### 関連スキル
-
-- `analyzing-inception-deck` : 入力となるインセプションデッキの作成
-- `analyzing-business` : ビジネスアーキテクチャ分析（補足情報の参照元）
+---
+name: generating-slides
+description: インセプションデッキの Markdown ドキュメントから PowerPoint スライド（.pptx）を生成。pptxgenjs を使用し、テンプレートのスライド構成・テーマに準拠した 12 枚構成のプレゼンテーションを出力。スライド生成やプレゼンテーション作成時に使用。
+---
+
+# スライド生成
+
+インセプションデッキの Markdown ドキュメントから、pptxgenjs を使用して PowerPoint スライド（.pptx）を生成します。テンプレート `docs/template/インセプションデッキ.pptx` のスライド構成に準拠した 12 枚構成のプレゼンテーションを出力します。
+
+## Instructions
+
+### 1. 参照ドキュメント
+
+- @docs/template/インセプションデッキ.pptx - スライド構成のリファレンス（15 枚構成、4:3、テーマカラー・フォント）
+
+### 2. 生成スクリプト
+
+- @.claude/scripts/generate-inception-deck.mjs - スライド生成スクリプト（**内容の編集は可能**）
+
+### 3. 入力
+
+- @docs/analysis/inception-deck.md - インセプションデッキ（`analyzing-inception-deck` の成果物）
+- @docs/analysis/business_architecture.md - ビジネスアーキテクチャ分析書（補足情報）
+
+### 4. 成果物
+
+- @docs/analysis/slide/xxxxx_v0.1.0.pptx - 生成された PowerPoint スライド
+
+### 5. 作業内容
+
+#### 前提条件の確認
+
+- Node.js がインストールされていること
+- `pptxgenjs` パッケージがインストールされていること（未インストール時は `npm install pptxgenjs`）
+
+#### スライド生成の実行
+
+```bash
+node .claude/scripts/generate-inception-deck.mjs
+```
+
+#### スライド構成（12 枚）
+
+テンプレートのインセプションデッキ構成に準拠した以下の 12 枚を生成する。
+
+| # | スライドタイトル | テンプレート対応 | データソース |
+| :--- | :--- | :--- | :--- |
+| 1 | タイトル | Slide 2: プロジェクト名 | プロジェクト基本情報 |
+| 2 | 我われはなぜここにいるのか | Slide 3: なぜここにいるのか | なぜやるのか？ |
+| 3 | エレベーターピッチ | Slide 4: エレベーターピッチ | どんなビジョンなのか？ |
+| 4 | どんな価値をもたらすのか？ | Slide 5: パッケージデザイン | どんな価値をもたらすのか？ |
+| 5 | やらないことリスト | Slide 6: やらないことリスト | スコープの範囲はどこか？ |
+| 6 | プロジェクトコミュニティ | Slide 7: プロジェクトコミュニティ | 主なステークホルダーは？ |
+| 7 | 技術的な解決策の概要 | Slide 8: 技術的な解決策 | 基本的な解決策 |
+| 8 | 夜も眠れなくなるような問題 | Slide 9: 夜も眠れない問題 | 主なリスクは何か？ |
+| 9 | 俺たちの "A チーム" | Slide 10: A チーム | どのくらい作業があり費用はいくらか？ |
+| 10 | 期間を見極める | Slide 11: 期間を見極める | 初回リリースはいつか？ |
+| 11 | トレードオフ・スライダー | Slide 12: トレードオフ | トレードオフにどう向き合うか？ |
+| 12 | 初回のリリースに必要なもの | Slide 13: 初回リリース | MVP スコープ・リリース戦略 |
+
+#### テーマ設定
+
+テンプレートから抽出したテーマに準拠する。
+
+- **フォント**: Yu Gothic（游ゴシック）— Windows / Mac 両対応の日本語フォント
+- **テーマカラー**: ダークブルー `#333399`、ティール `#009999`、ライトティール `#BBE0E3`
+- **スライドサイズ**: 4:3（10" x 7.5"）
+
+#### 生成スクリプトの更新
+
+inception-deck.md の内容が更新された場合、生成スクリプトの `SLIDE_DATA` オブジェクトを更新してから再実行する。
+
+1. @docs/analysis/inception-deck.md を読み込む
+2. @.claude/scripts/generate-inception-deck.mjs の `SLIDE_DATA` セクションを更新
+3. `node .claude/scripts/generate-inception-deck.mjs` で再生成
+
+#### スクリプト構成
+
+生成スクリプトは以下の 4 セクションで構成されている。
+
+| セクション | 内容 | 編集対象 |
+| :--- | :--- | :--- |
+| `SLIDE_DATA` | プロジェクト固有のデータ（テキスト・数値） | 毎回更新 |
+| テーマ設定 | カラー・フォント定義 | 通常変更不要 |
+| ヘルパー関数 | スライド部品の描画ロジック | 通常変更不要 |
+| スライド生成 | `SLIDE_DATA` を読み取り 12 枚を生成 | 通常変更不要 |
+
+`SLIDE_DATA` の各キーがスライドに対応している。
+
+| キー | 対応スライド |
+| :--- | :--- |
+| `meta` | メタ情報（author, title, version, date, outputFileName） |
+| `titleSlide` | Slide 1: タイトル |
+| `whyAreWeHere` | Slide 2: 我われはなぜここにいるのか |
+| `elevatorPitch` | Slide 3: エレベーターピッチ |
+| `values` | Slide 4: どんな価値をもたらすのか？ |
+| `scope` | Slide 5: やらないことリスト |
+| `stakeholders` | Slide 6: プロジェクトコミュニティ |
+| `technicalSolution` | Slide 7: 技術的な解決策の概要 |
+| `risks` | Slide 8: 夜も眠れなくなるような問題 |
+| `team` | Slide 9: 俺たちの "A チーム" |
+| `timeline` | Slide 10: 期間を見極める |
+| `tradeoffs` | Slide 11: トレードオフ・スライダー |
+| `initialRelease` | Slide 12: 初回のリリースに必要なもの |
+
+#### バージョン管理
+
+- 出力ファイル名は `SLIDE_DATA.meta.outputFileName` で指定する（例: `PROJECT_v0.1.0.pptx`）
+- `meta.title` と `meta.outputFileName` を同時に更新すること
+
+### 6. 注意事項
+
+- **前提条件**: @docs/analysis/inception-deck.md が作成済みであること（`analyzing-inception-deck` を先に実行）
+- **制限事項**: テンプレート @docs/template/インセプションデッキ.pptx は編集しないこと。日本語フォントは Yu Gothic を使用すること（Gill Sans 等の欧文フォントは文字化けする）
+- **推奨事項**: 生成後は PowerPoint で開いてレイアウトを目視確認し、必要に応じてスクリプトのレイアウトパラメータを微調整する
+
+## Examples
+
+### インセプションデッキのスライドを新規生成
+
+1. `npm install pptxgenjs`（初回のみ）
+2. @docs/analysis/inception-deck.md の内容を確認
+3. @.claude/scripts/generate-inception-deck.mjs の `SLIDE_DATA` をプロジェクト固有の内容に書き換える
+4. `node .claude/scripts/generate-inception-deck.mjs` を実行
+5. @docs/analysis/slide/ に .pptx が生成されたことを確認
+
+### インセプションデッキ更新後のスライド再生成
+
+1. @docs/analysis/inception-deck.md の更新内容を確認
+2. @.claude/scripts/generate-inception-deck.mjs の `SLIDE_DATA` を更新
+3. `node .claude/scripts/generate-inception-deck.mjs` を実行
+
+### 関連スキル
+
+- `analyzing-inception-deck` : 入力となるインセプションデッキの作成
+- `analyzing-business` : ビジネスアーキテクチャ分析（補足情報の参照元）

package/lib/assets/.claude/skills/git-commit/SKILL.md

@@ -1,106 +1,106 @@
----
-name: git-commit
-description: Git コミットのベストプラクティス。意味のある変更単位でのコミット、Conventional Commits ルール、コミットメッセージの書き方を定義。
----
-
-# Git コミットガイドライン
-
-意味のある変更単位ごとにコミットを行うことは、コードの履歴を明確にし、将来の変更を追跡しやすくするために重要です。
-
-## Instructions
-
-### 1. 変更を確認する
-
-まず、現在のワーキングディレクトリでの変更を確認します：
-
-```bash
-git status
-```
-
-### 2. 変更をステージングする
-
-変更をコミットする前に、ステージングエリアに追加する必要があります：
-
-```bash
-git add 対象ファイルやディレクトリ
-```
-
-**重要**：意味のある変更単位ごとにファイルを指定すること。無条件にすべての変更を追加しないでください。
-
-### 3. コミットメッセージを作成する
-
-コミットメッセージは、変更内容を簡潔に説明する重要な部分です：
-
-```bash
-git commit -m "コミットメッセージをここに入力"
-```
-
-#### コミットメッセージのルール
-
-- コミットメッセージは日本語で記述
-- Conventional Commits のルールに従う
-- co-author やコミットメッセージに "Claude Code" のキーワードは含めない
-
-#### Conventional Commits フォーマット
-
-```
-<type>(<scope>): <subject>
-
-<body>
-
-<footer>
-```
-
-**type の種類**：
-- `feat`: 新機能
-- `fix`: バグ修正
-- `docs`: ドキュメントのみの変更
-- `style`: コードの意味に影響しない変更（空白、フォーマット等）
-- `refactor`: バグ修正や機能追加ではないコード変更
-- `test`: テストの追加・修正
-- `chore`: ビルドプロセスやツールの変更
-
-### 4. コミットを確認する
-
-コミットが正しく行われたかを確認：
-
-```bash
-git log --oneline
-```
-
-## Examples
-
-### 機能追加のコミット
-
-```bash
-git add src/features/user-auth.ts
-git commit -m "feat(auth): ユーザー認証機能を追加"
-```
-
-### バグ修正のコミット
-
-```bash
-git add src/utils/validation.ts
-git commit -m "fix(validation): メールアドレスのバリデーションエラーを修正"
-```
-
-### ドキュメント更新のコミット
-
-```bash
-git add README.md docs/setup.md
-git commit -m "docs: セットアップ手順を更新"
-```
-
-### リファクタリングのコミット
-
-```bash
-git add src/services/api.ts
-git commit -m "refactor(api): API クライアントの共通処理を抽出"
-```
-
-## ベストプラクティス
-
-- **1 コミット 1 目的**：構造変更と動作変更を同一コミットに含めない
-- **小さく頻繁に**：大きな変更は小さなコミットに分割
-- **テスト通過後にコミット**：壊れたコードをコミットしない
-- **明確なメッセージ**：何を、なぜ変更したかを簡潔に記述
+---
+name: git-commit
+description: Git コミットのベストプラクティス。意味のある変更単位でのコミット、Conventional Commits ルール、コミットメッセージの書き方を定義。
+---
+
+# Git コミットガイドライン
+
+意味のある変更単位ごとにコミットを行うことは、コードの履歴を明確にし、将来の変更を追跡しやすくするために重要です。
+
+## Instructions
+
+### 1. 変更を確認する
+
+まず、現在のワーキングディレクトリでの変更を確認します：
+
+```bash
+git status
+```
+
+### 2. 変更をステージングする
+
+変更をコミットする前に、ステージングエリアに追加する必要があります：
+
+```bash
+git add 対象ファイルやディレクトリ
+```
+
+**重要**：意味のある変更単位ごとにファイルを指定すること。無条件にすべての変更を追加しないでください。
+
+### 3. コミットメッセージを作成する
+
+コミットメッセージは、変更内容を簡潔に説明する重要な部分です：
+
+```bash
+git commit -m "コミットメッセージをここに入力"
+```
+
+#### コミットメッセージのルール
+
+- コミットメッセージは日本語で記述
+- Conventional Commits のルールに従う
+- co-author やコミットメッセージに "Claude Code" のキーワードは含めない
+
+#### Conventional Commits フォーマット
+
+```
+<type>(<scope>): <subject>
+
+<body>
+
+<footer>
+```
+
+**type の種類**：
+- `feat`: 新機能
+- `fix`: バグ修正
+- `docs`: ドキュメントのみの変更
+- `style`: コードの意味に影響しない変更（空白、フォーマット等）
+- `refactor`: バグ修正や機能追加ではないコード変更
+- `test`: テストの追加・修正
+- `chore`: ビルドプロセスやツールの変更
+
+### 4. コミットを確認する
+
+コミットが正しく行われたかを確認：
+
+```bash
+git log --oneline
+```
+
+## Examples
+
+### 機能追加のコミット
+
+```bash
+git add src/features/user-auth.ts
+git commit -m "feat(auth): ユーザー認証機能を追加"
+```
+
+### バグ修正のコミット
+
+```bash
+git add src/utils/validation.ts
+git commit -m "fix(validation): メールアドレスのバリデーションエラーを修正"
+```
+
+### ドキュメント更新のコミット
+
+```bash
+git add README.md docs/setup.md
+git commit -m "docs: セットアップ手順を更新"
+```
+
+### リファクタリングのコミット
+
+```bash
+git add src/services/api.ts
+git commit -m "refactor(api): API クライアントの共通処理を抽出"
+```
+
+## ベストプラクティス
+
+- **1 コミット 1 目的**：構造変更と動作変更を同一コミットに含めない
+- **小さく頻繁に**：大きな変更は小さなコミットに分割
+- **テスト通過後にコミット**：壊れたコードをコミットしない
+- **明確なメッセージ**：何を、なぜ変更したかを簡潔に記述

package/lib/assets/.claude/skills/killing-processes/SKILL.md

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