@k2works/claude-code-booster 1.10.0 → 1.11.0

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. **再起動準備**: プロセス終了後は適切にサーバーを再起動

package/lib/assets/.claude/skills/managing-docs/SKILL.md

@@ -1,200 +1,200 @@
----
-name: managing-docs
-description: 設計ドキュメントの一覧表示、進捗確認、内容参照、インデックス更新、Markdown Lint を実行。ドキュメント管理や整備時に使用。
----
-
-# ドキュメント管理ガイド
-
-設計ドキュメントの一覧表示、進捗確認、内容参照を行います。
-
-## Instructions
-
-### 1. オプション
-
-- なし : ドキュメント一覧と進捗状況を表示
-- `--list` : ドキュメント一覧のみを表示
-- `--status` : ドキュメントの作成状況を詳細表示
-- `--read <ファイル名>` : 指定したドキュメントの内容を表示
-- `--summary` : 全ドキュメントの概要を表示
-- `--update` : `docs/index.md` と `mkdocs.yml` を現在のドキュメント構成に合わせて更新
-- `--update-index` : `docs/index.md` のみを更新
-- `--update-mkdocs` : `mkdocs.yml` のみを更新
-- `--lint` : Markdown フォーマットをチェックし、違反を自動修正
-
-### 2. 基本例
-
-```bash
-# ドキュメント一覧と進捗確認
-# 「設計ドキュメントの一覧と作成状況を確認」
-
-# 特定ドキュメントの参照
-# --read tech_stack
-# 「技術スタック選定ドキュメントの内容を表示」
-
-# docs/index.md と mkdocs.yml を更新
-# --update
-# 「現在のドキュメント構成に合わせて両ファイルを更新」
-
-# Markdown フォーマットをチェック・修正
-# --lint
-# 「タスク項目の前に空行がないなどのフォーマット違反を検出し自動修正」
-```
-
-### 3. ドキュメント構成
-
-本プロジェクトのドキュメントは以下の構成で管理されています:
-
-**要件定義ドキュメント** (`docs/requirements/`)
-
-- `requirements_definition.md` : 要件定義書（RDRA 2.0）
-- `business_usecase.md` : ビジネスユースケース
-- `system_usecase.md` : システムユースケース
-- `user_story.md` : ユーザーストーリー
-
-**設計ドキュメント** (`docs/design/`)
-
-- `architecture_backend.md` : バックエンドアーキテクチャ
-- `architecture_frontend.md` : フロントエンドアーキテクチャ
-- `architecture_infrastructure.md` : インフラストラクチャ
-- `data-model.md` : データモデル設計
-- `domain-model.md` : ドメインモデル設計
-- `ui-design.md` : UI 設計
-- `test_strategy.md` : テスト戦略
-- `non_functional.md` : 非機能要件
-- `operation.md` : 運用要件
-- `tech_stack.md` : 技術スタック選定
-
-### 4. ドキュメント更新機能
-
-`--update` オプションを使用すると、現在のドキュメント構成に合わせて `docs/index.md` と `mkdocs.yml` と 各ディレクトリの `index.md` を自動更新できます。
-
-**docs/index.md の更新内容**:
-
-- ドキュメント一覧をカテゴリ別に整理
-- 各ドキュメントへのリンクと説明を生成
-- 「まずこれを読もうリスト」形式で構成
-
-**mkdocs.yml の更新内容**:
-
-- `nav` セクションを現在のドキュメント構成に合わせて更新
-- 要件定義、設計、開発、運用などのカテゴリで階層化
-- 新しいドキュメントを自動的にナビゲーションに追加
-
-**各ディレクトリの index.md の更新内容**:
-
-- ドキュメント一覧をカテゴリ別に整理
-- 各ドキュメントへのリンクと説明を生成
-
-### 5. Lint 機能
-
-`--lint` オプションを使用すると、Markdown ドキュメントのフォーマットをチェックし、違反を自動修正できます。
-
-**チェックルール**:
-
-- タスク項目（リスト）の前には空行が必要
-- 番号付きリストのサブリスト前にも空行が必要
-- コロンで終わる行の直後にリストがある場合も空行が必要
-- 太字ラベル（半角・全角コロン両方）の直後にリストがある場合も空行が必要
-
-**NG 例** - ラベルの直後にリスト:
-
-```markdown
-**受入条件**:
-- [ ] ログアウトボタンをクリックするとログアウトできる
-```
-
-**OK 例**:
-
-```markdown
-**受入条件**:
-
-- [ ] ログアウトボタンをクリックするとログアウトできる
-```
-
-**NG 例** - 番号付きリストの直後にサブリスト:
-
-```markdown
-1. **対処**: SMB バージョンを確認
-   - コントロールパネル > ファイルサービス > SMB で設定
-```
-
-**OK 例**:
-
-```markdown
-1. **対処**: SMB バージョンを確認
-
-   - コントロールパネル > ファイルサービス > SMB で設定
-```
-
-**NG 例** - コロンで終わる行の直後にリスト:
-
-```markdown
-PMD はカスタム設定で以下をチェック：
-- マジックナンバーの使用
-```
-
-**OK 例**:
-
-```markdown
-PMD はカスタム設定で以下をチェック：
-
-- マジックナンバーの使用
-```
-
-**実行手順**:
-
-1. `docs/` 配下の全 Markdown ファイルをスキャン
-2. 上記ルールに違反する箇所を検出
-3. 違反箇所を自動修正
-4. 修正結果を報告
-
-### 6. 出力例
-
-```
-設計ドキュメント一覧
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-
-docs/requirements/
-├─ requirements_definition.md (要件定義書)
-├─ business_usecase.md (ビジネスユースケース)
-├─ system_usecase.md (システムユースケース)
-└─ user_story.md (ユーザーストーリー)
-
-docs/design/
-├─ architecture_backend.md (バックエンドアーキテクチャ)
-├─ architecture_frontend.md (フロントエンドアーキテクチャ)
-├─ data-model.md (データモデル設計)
-├─ domain-model.md (ドメインモデル設計)
-├─ ui-design.md (UI 設計)
-├─ test_strategy.md (テスト戦略)
-├─ non_functional.md (非機能要件)
-├─ operation.md (運用要件)
-└─ tech_stack.md (技術スタック選定)
-
-進捗: 14/14 ドキュメント完成 (100%)
-```
-
-### 7. 注意事項
-
-- **前提条件**: `docs/` ディレクトリが存在すること
-- **制限事項**: Markdown 形式のドキュメントのみ対応
-- **推奨事項**: 定期的にドキュメントの進捗を確認し、最新の状態を維持すること
-- **更新時の注意**: `--update` 実行前に現在の `docs/index.md` と `mkdocs.yml` をバックアップすることを推奨
-- **MkDocs 依存**: `--update-mkdocs` を使用する場合、MkDocs がインストールされている必要がある
-
-### 8. ベストプラクティス
-
-1. **定期確認**: 開発フェーズ移行前にドキュメントの完成度を確認する
-2. **整合性維持**: コード変更時は関連ドキュメントも更新する
-3. **レビュー活用**: チームレビュー前にドキュメント概要を共有する
-4. **バージョン管理**: ドキュメントの変更は Git でコミットする
-5. **インデックス同期**: 新しいドキュメント作成後は `--update` でインデックスを同期する
-6. **プレビュー確認**: `--update-mkdocs` 後は `mkdocs serve` でナビゲーションを確認する
-7. **フォーマット統一**: コミット前に `--lint` でフォーマットの一貫性を確保する
-
-### 関連スキル
-
-- `orchestrating-analysis` : 分析フェーズ全体の作業支援
-- `analyzing-requirements` : 要件定義関連の作業支援
-- `analyzing-architecture` : アーキテクチャ設計支援
-- `tracking-progress` : プロジェクト全体の進捗確認
+---
+name: managing-docs
+description: 設計ドキュメントの一覧表示、進捗確認、内容参照、インデックス更新、Markdown Lint を実行。ドキュメント管理や整備時に使用。
+---
+
+# ドキュメント管理ガイド
+
+設計ドキュメントの一覧表示、進捗確認、内容参照を行います。
+
+## Instructions
+
+### 1. オプション
+
+- なし : ドキュメント一覧と進捗状況を表示
+- `--list` : ドキュメント一覧のみを表示
+- `--status` : ドキュメントの作成状況を詳細表示
+- `--read <ファイル名>` : 指定したドキュメントの内容を表示
+- `--summary` : 全ドキュメントの概要を表示
+- `--update` : `docs/index.md` と `mkdocs.yml` を現在のドキュメント構成に合わせて更新
+- `--update-index` : `docs/index.md` のみを更新
+- `--update-mkdocs` : `mkdocs.yml` のみを更新
+- `--lint` : Markdown フォーマットをチェックし、違反を自動修正
+
+### 2. 基本例
+
+```bash
+# ドキュメント一覧と進捗確認
+# 「設計ドキュメントの一覧と作成状況を確認」
+
+# 特定ドキュメントの参照
+# --read tech_stack
+# 「技術スタック選定ドキュメントの内容を表示」
+
+# docs/index.md と mkdocs.yml を更新
+# --update
+# 「現在のドキュメント構成に合わせて両ファイルを更新」
+
+# Markdown フォーマットをチェック・修正
+# --lint
+# 「タスク項目の前に空行がないなどのフォーマット違反を検出し自動修正」
+```
+
+### 3. ドキュメント構成
+
+本プロジェクトのドキュメントは以下の構成で管理されています:
+
+**要件定義ドキュメント** (`docs/requirements/`)
+
+- `requirements_definition.md` : 要件定義書（RDRA 2.0）
+- `business_usecase.md` : ビジネスユースケース
+- `system_usecase.md` : システムユースケース
+- `user_story.md` : ユーザーストーリー
+
+**設計ドキュメント** (`docs/design/`)
+
+- `architecture_backend.md` : バックエンドアーキテクチャ
+- `architecture_frontend.md` : フロントエンドアーキテクチャ
+- `architecture_infrastructure.md` : インフラストラクチャ
+- `data-model.md` : データモデル設計
+- `domain-model.md` : ドメインモデル設計
+- `ui-design.md` : UI 設計
+- `test_strategy.md` : テスト戦略
+- `non_functional.md` : 非機能要件
+- `operation.md` : 運用要件
+- `tech_stack.md` : 技術スタック選定
+
+### 4. ドキュメント更新機能
+
+`--update` オプションを使用すると、現在のドキュメント構成に合わせて `docs/index.md` と `mkdocs.yml` と 各ディレクトリの `index.md` を自動更新できます。
+
+**docs/index.md の更新内容**:
+
+- ドキュメント一覧をカテゴリ別に整理
+- 各ドキュメントへのリンクと説明を生成
+- 「まずこれを読もうリスト」形式で構成
+
+**mkdocs.yml の更新内容**:
+
+- `nav` セクションを現在のドキュメント構成に合わせて更新
+- 要件定義、設計、開発、運用などのカテゴリで階層化
+- 新しいドキュメントを自動的にナビゲーションに追加
+
+**各ディレクトリの index.md の更新内容**:
+
+- ドキュメント一覧をカテゴリ別に整理
+- 各ドキュメントへのリンクと説明を生成
+
+### 5. Lint 機能
+
+`--lint` オプションを使用すると、Markdown ドキュメントのフォーマットをチェックし、違反を自動修正できます。
+
+**チェックルール**:
+
+- タスク項目（リスト）の前には空行が必要
+- 番号付きリストのサブリスト前にも空行が必要
+- コロンで終わる行の直後にリストがある場合も空行が必要
+- 太字ラベル（半角・全角コロン両方）の直後にリストがある場合も空行が必要
+
+**NG 例** - ラベルの直後にリスト:
+
+```markdown
+**受入条件**:
+- [ ] ログアウトボタンをクリックするとログアウトできる
+```
+
+**OK 例**:
+
+```markdown
+**受入条件**:
+
+- [ ] ログアウトボタンをクリックするとログアウトできる
+```
+
+**NG 例** - 番号付きリストの直後にサブリスト:
+
+```markdown
+1. **対処**: SMB バージョンを確認
+   - コントロールパネル > ファイルサービス > SMB で設定
+```
+
+**OK 例**:
+
+```markdown
+1. **対処**: SMB バージョンを確認
+
+   - コントロールパネル > ファイルサービス > SMB で設定
+```
+
+**NG 例** - コロンで終わる行の直後にリスト:
+
+```markdown
+PMD はカスタム設定で以下をチェック：
+- マジックナンバーの使用
+```
+
+**OK 例**:
+
+```markdown
+PMD はカスタム設定で以下をチェック：
+
+- マジックナンバーの使用
+```
+
+**実行手順**:
+
+1. `docs/` 配下の全 Markdown ファイルをスキャン
+2. 上記ルールに違反する箇所を検出
+3. 違反箇所を自動修正
+4. 修正結果を報告
+
+### 6. 出力例
+
+```
+設計ドキュメント一覧
+━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
+
+docs/requirements/
+├─ requirements_definition.md (要件定義書)
+├─ business_usecase.md (ビジネスユースケース)
+├─ system_usecase.md (システムユースケース)
+└─ user_story.md (ユーザーストーリー)
+
+docs/design/
+├─ architecture_backend.md (バックエンドアーキテクチャ)
+├─ architecture_frontend.md (フロントエンドアーキテクチャ)
+├─ data-model.md (データモデル設計)
+├─ domain-model.md (ドメインモデル設計)
+├─ ui-design.md (UI 設計)
+├─ test_strategy.md (テスト戦略)
+├─ non_functional.md (非機能要件)
+├─ operation.md (運用要件)
+└─ tech_stack.md (技術スタック選定)
+
+進捗: 14/14 ドキュメント完成 (100%)
+```
+
+### 7. 注意事項
+
+- **前提条件**: `docs/` ディレクトリが存在すること
+- **制限事項**: Markdown 形式のドキュメントのみ対応
+- **推奨事項**: 定期的にドキュメントの進捗を確認し、最新の状態を維持すること
+- **更新時の注意**: `--update` 実行前に現在の `docs/index.md` と `mkdocs.yml` をバックアップすることを推奨
+- **MkDocs 依存**: `--update-mkdocs` を使用する場合、MkDocs がインストールされている必要がある
+
+### 8. ベストプラクティス
+
+1. **定期確認**: 開発フェーズ移行前にドキュメントの完成度を確認する
+2. **整合性維持**: コード変更時は関連ドキュメントも更新する
+3. **レビュー活用**: チームレビュー前にドキュメント概要を共有する
+4. **バージョン管理**: ドキュメントの変更は Git でコミットする
+5. **インデックス同期**: 新しいドキュメント作成後は `--update` でインデックスを同期する
+6. **プレビュー確認**: `--update-mkdocs` 後は `mkdocs serve` でナビゲーションを確認する
+7. **フォーマット統一**: コミット前に `--lint` でフォーマットの一貫性を確保する
+
+### 関連スキル
+
+- `orchestrating-analysis` : 分析フェーズ全体の作業支援
+- `analyzing-requirements` : 要件定義関連の作業支援
+- `analyzing-architecture` : アーキテクチャ設計支援
+- `tracking-progress` : プロジェクト全体の進捗確認