@k2works/claude-code-booster 0.8.0 → 0.9.1

package/lib/assets/.claude/commands/commit-message.md

@@ -1,348 +0,0 @@
-## Commit Message
-
-ステージングされた変更（git diff --staged）から適切なコミットメッセージを生成します。git コマンドの実行は行わず、メッセージの生成とクリップボードへのコピーのみを行います。
-
-### 使い方
-
-```bash
-/commit-message [オプション]
-```
-
-### オプション
-
-- `--format <形式>` : メッセージ形式を指定（conventional, gitmoji, angular）
-- `--lang <言語>` : メッセージ言語を強制指定（en, ja）
-- `--breaking` : Breaking Change の検出と記載
-
-### 基本例
-
-```bash
-# ステージングされた変更からメッセージ生成（言語自動判定）
-# メイン候補が自動的にクリップボードにコピーされます
-/commit-message
-
-# 言語を強制的に指定
-/commit-message --lang ja
-/commit-message --lang en
-
-# Breaking Change を検出
-/commit-message --breaking
-```
-
-### 前提条件
-
-**重要**: このコマンドはステージングされた変更のみを分析します。事前に `git add` で変更をステージングしておく必要があります。
-
-```bash
-# ステージングされていない場合は警告が表示されます
-$ /commit-message
-ステージングされた変更がありません。先に git add を実行してください。
-```
-
-### 自動クリップボード機能
-
-生成されたメイン候補は `git commit -m "メッセージ"` の完全な形式で自動的にクリップボードにコピーされます。ターミナルでそのまま貼り付けて実行できます。
-
-**実装時の注意**:
-
-- コミットコマンドを `pbcopy` に渡す際は、メッセージ出力とは別プロセスで実行すること
-- `echo` の代わりに `printf` を使用して末尾の改行を避けること
-
-### プロジェクト規約の自動検出
-
-**重要**: プロジェクト独自の規約が存在する場合は、それを優先します。
-
-#### 1. CommitLint 設定の確認
-
-以下のファイルから設定を自動検出：
-
-- `commitlint.config.js`
-- `commitlint.config.mjs`
-- `commitlint.config.cjs`
-- `commitlint.config.ts`
-- `.commitlintrc.js`
-- `.commitlintrc.json`
-- `.commitlintrc.yml`
-- `.commitlintrc.yaml`
-- `package.json` の `commitlint` セクション
-
-```bash
-# 設定ファイルの検索
-find . -name "commitlint.config.*" -o -name ".commitlintrc.*" | head -1
-```
-
-#### 2. カスタムタイプの検出
-
-プロジェクト独自のタイプ例：
-
-```javascript
-// commitlint.config.mjs
-export default {
-  extends: ['@commitlint/config-conventional'],
-  rules: {
-    'type-enum': [
-      2,
-      'always',
-      [
-        'feat', 'fix', 'docs', 'style', 'refactor', 'test', 'chore',
-        'wip',      // 作業中
-        'hotfix',   // 緊急修正
-        'release',  // リリース
-        'deps',     // 依存関係更新
-        'config'    // 設定変更
-      ]
-    ]
-  }
-}
-```
-
-#### 3. 言語設定の検出
-
-```javascript
-// プロジェクトが日本語メッセージを使用する場合
-export default {
-  rules: {
-    'subject-case': [0],  // 日本語対応のため無効化
-    'subject-max-length': [2, 'always', 72]  // 日本語は文字数制限を調整
-  }
-}
-```
-
-#### 4. 既存コミット履歴の分析
-
-```bash
-# 最近のコミットから使用パターンを学習
-git log --oneline -50 --pretty=format:"%s"
-
-# 使用タイプ統計
-git log --oneline -100 --pretty=format:"%s" | \
-grep -oE '^[a-z]+(\([^)]+\))?' | \
-sort | uniq -c | sort -nr
-```
-
-### 言語の自動判定
-
-以下の条件で自動的に日本語/英語を切り替えます：
-
-1. **CommitLint 設定**から言語設定を確認
-2. **git log 分析**による自動判定
-3. **プロジェクトファイル**の言語設定
-4. **変更ファイル内**のコメント・文字列分析
-
-デフォルトは英語。日本語プロジェクトと判定された場合は日本語で生成。
-
-### メッセージ形式
-
-#### Conventional Commits (デフォルト)
-
-```
-<type>: <description>
-```
-
-**重要**: 必ず 1 行のコミットメッセージを生成します。複数行のメッセージは生成しません。
-
-**注意**: プロジェクト独自の規約がある場合は、それを優先します。
-
-### 標準タイプ
-
-**必須タイプ**:
-
-- `feat`: 新機能（ユーザーに見える機能追加）
-- `fix`: バグ修正
-
-**任意タイプ**:
-
-- `build`: ビルドシステムや外部依存関係の変更
-- `chore`: その他の変更（リリースに影響しない）
-- `ci`: CI 設定ファイルやスクリプトの変更
-- `docs`: ドキュメントのみの変更
-- `style`: コードの意味に影響しない変更（空白、フォーマット、セミコロンなど）
-- `refactor`: バグ修正や機能追加を伴わないコード変更
-- `perf`: パフォーマンス改善
-- `test`: テストの追加や修正
-
-### 出力例（英語プロジェクト）
-
-```bash
-$ /commit-message
-
-📝 コミットメッセージ提案
-━━━━━━━━━━━━━━━━━━━━━━━━━
-
-✨ メイン候補:
-feat: implement JWT-based authentication system
-
-📋 代替案:
-1. feat: add user authentication with JWT tokens
-2. fix: resolve token validation error in auth middleware
-3. refactor: extract auth logic into separate module
-
-✅ `git commit -m "feat: implement JWT-based authentication system"` をクリップボードにコピーしました
-```
-
-**実装例（修正版）**:
-
-```bash
-# コミットコマンドを先にクリップボードにコピー（改行なし）
-printf 'git commit -m "%s"' "$COMMIT_MESSAGE" | pbcopy
-
-# その後でメッセージを表示
-cat << EOF
-📝 コミットメッセージ提案
-━━━━━━━━━━━━━━━━━━━━━━━━━
-
-✨ メイン候補:
-$COMMIT_MESSAGE
-
-📋 代替案:
-1. ...
-2. ...
-3. ...
-
-✅ \`git commit -m "$COMMIT_MESSAGE"\` をクリップボードにコピーしました
-EOF
-```
-
-### 出力例（日本語プロジェクト）
-
-```bash
-$ /commit-message
-
-📝 コミットメッセージ提案
-━━━━━━━━━━━━━━━━━━━━━━━━━
-
-✨ メイン候補:
-feat: JWT 認証システムを実装
-
-📋 代替案:
-1. feat: JWT トークンによるユーザー認証を追加
-2. fix: 認証ミドルウェアのトークン検証エラーを解決
-3. docs: 認証ロジックを別モジュールに分離
-
-✅ `git commit -m "feat: JWT 認証システムを実装"` をクリップボードにコピーしました
-```
-
-### 動作概要
-
-1. **分析**: `git diff --staged` の内容を分析
-2. **生成**: 適切なコミットメッセージを生成
-3. **コピー**: メイン候補を自動的にクリップボードへコピー
-
-**注意**: このコマンドは git add や git commit を実行しません。コミットメッセージの生成とクリップボードへのコピーのみを行います。
-
-### スマート機能
-
-#### 1. 変更内容の自動分類（ステージングされたファイルのみ）
-
-- 新ファイル追加 → `feat`
-- エラー修正パターン → `fix`
-- テストファイルのみ → `test`
-- 設定ファイル変更 → `chore`
-- README/docs 更新 → `docs`
-
-#### 2. プロジェクト規約の自動検出
-
-- `.gitmessage` ファイル
-- `CONTRIBUTING.md` 内の規約
-- 過去のコミット履歴パターン
-
-#### 3. 言語判定の詳細（ステージングされた変更のみ）
-
-```bash
-# 判定基準（優先順位）
-1. git diff --staged の内容から言語を判定
-2. ステージングされたファイルのコメント分析
-3. git log --oneline -20 の言語分析
-4. プロジェクトのメイン言語設定
-```
-
-#### 4. ステージング分析の詳細
-
-分析に使用する情報（読み取りのみ）:
-
-- `git diff --staged --name-only` - 変更ファイル一覧
-- `git diff --staged` - 実際の変更内容
-- `git status --porcelain` - ファイル状態
-
-### Breaking Change 検出時
-
-API の破壊的変更がある場合：
-
-**英語**:
-
-```bash
-feat!: change user API response format
-
-BREAKING CHANGE: user response now includes additional metadata
-```
-
-または
-
-```bash
-feat(api)!: change authentication flow
-```
-
-**日本語**:
-
-```bash
-feat!: ユーザー API レスポンス形式を変更
-
-BREAKING CHANGE: レスポンスに追加のメタデータが含まれるようになりました
-```
-
-または
-
-```bash
-feat(api)!: 認証フローを変更
-```
-
-### ベストプラクティス
-
-1. **プロジェクトに合わせる**: 既存のコミット言語に従う
-2. **簡潔性**: 50 文字以内で明確に
-3. **一貫性**: 混在させない（英語なら英語で統一）
-4. **OSS**: オープンソースなら英語推奨
-5. **1 行厳守**: 必ず 1 行のコミットメッセージにする（詳細な説明が必要な場合は PR で補足）
-
-### よくあるパターン
-
-**英語**:
-
-```
-feat: add user registration endpoint
-fix: resolve memory leak in cache manager
-docs: update API documentation
-```
-
-**日本語**:
-
-```
-feat: ユーザー登録エンドポイントを追加
-fix: キャッシュマネージャーのメモリリークを解決
-docs: API ドキュメントを更新
-```
-
-### Claude との連携
-
-```bash
-# ステージングされた変更と組み合わせて使用
-git add -p  # インタラクティブにステージング
-/commit-message
-「最適なコミットメッセージを生成して」
-
-# 特定のファイルだけステージングして分析
-git add src/auth/*.js
-/commit-message --lang en
-「認証関連の変更に適したメッセージを生成して」
-
-# Breaking Change の検出と対応
-git add -A
-/commit-message --breaking
-「破壊的変更がある場合は適切にマークして」
-```
-
-### 注意事項
-
-- **前提条件**: 変更は事前に `git add` でステージングされている必要があります
-- **制限事項**: ステージングされていない変更は分析対象外です
-- **推奨事項**: プロジェクトの既存コミット規約を事前に確認してください

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

@@ -1,50 +0,0 @@
-## Context7
-
-技術ドキュメントを MCP の Context7 で検索します。
-
-### 使い方
-
-```bash
-# Claude に依頼する形式
-「context7 で [検索キーワード] について検索して」
-```
-
-### 基本例
-
-```bash
-# React hooks の調査
-「context7 で React hooks について検索して」
-
-# エラー解決方法の検索
-「context7 で TypeScript の型エラーについて調べて」
-```
-
-### Claude との連携
-
-```bash
-# 技術調査の依頼
-「context7 で Rust の所有権システムについて調べて、初心者向けに解説して」
-
-# エラー解決の依頼
-「context7 で Python の ImportError の一般的な原因と解決方法を検索して」
-
-# ベストプラクティスの確認
-「context7 で React のパフォーマンス最適化のベストプラクティスを探して」
-```
-
-### 詳細例
-
-```bash
-# 複数の観点から調査
-「context7 で GraphQL について以下の観点で調べて：
-1. 基本的な概念と REST API との違い
-2. 実装方法とベストプラクティス
-3. よくある問題と解決方法」
-
-# 特定のバージョンや環境での調査
-「context7 で Next.js 14 の新機能について検索して、App Router の使い方を中心に説明して」
-```
-
-### 注意事項
-
-Context7 で情報が見つからない場合は、Claude が自動的に Web 検索など他の方法を提案します。

package/lib/assets/.claude/commands/design-patterns.md

@@ -1,186 +0,0 @@
-## Design Patterns
-
-コードベースに適用可能なデザインパターンを提案し、SOLID 原則の遵守状況を評価します。
-
-### 使い方
-
-```bash
-/design-patterns [分析対象] [オプション]
-```
-
-### オプション
-
-- `--suggest` : 適用可能なパターンを提案（デフォルト）
-- `--analyze` : 既存パターンの使用状況を分析
-- `--refactor` : リファクタリング案を生成
-- `--solid` : SOLID 原則の遵守状況をチェック
-- `--anti-patterns` : アンチパターンを検出
-
-### 基本例
-
-```bash
-# プロジェクト全体のパターン分析
-/design-patterns
-
-# 特定ファイルへのパターン提案
-/design-patterns src/services/user.js --suggest
-
-# SOLID 原則チェック
-/design-patterns --solid
-
-# アンチパターン検出
-/design-patterns --anti-patterns
-```
-
-### 分析カテゴリ
-
-#### 1. 生成に関するパターン
-
-- **Factory Pattern**: オブジェクト生成の抽象化
-- **Builder Pattern**: 複雑なオブジェクトの段階的構築
-- **Singleton Pattern**: インスタンスの一意性保証
-- **Prototype Pattern**: オブジェクトのクローン生成
-
-#### 2. 構造に関するパターン
-
-- **Adapter Pattern**: インターフェースの変換
-- **Decorator Pattern**: 機能の動的追加
-- **Facade Pattern**: 複雑なサブシステムの簡略化
-- **Proxy Pattern**: オブジェクトへのアクセス制御
-
-#### 3. 振る舞いに関するパターン
-
-- **Observer Pattern**: イベント通知の実装
-- **Strategy Pattern**: アルゴリズムの切り替え
-- **Command Pattern**: 操作のカプセル化
-- **Iterator Pattern**: コレクションの走査
-
-### SOLID 原則チェック項目
-
-```
-S - Single Responsibility Principle (単一責任の原則)
-O - Open/Closed Principle (開放閉鎖の原則)
-L - Liskov Substitution Principle (リスコフの置換原則)
-I - Interface Segregation Principle (インターフェース分離の原則)
-D - Dependency Inversion Principle (依存性逆転の原則)
-```
-
-### 出力例
-
-```
-デザインパターン分析レポート
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-
-現在使用中のパターン
-├─ Observer Pattern: EventEmitter (12 箇所)
-├─ Factory Pattern: UserFactory (3 箇所)
-├─ Singleton Pattern: DatabaseConnection (1 箇所)
-└─ Strategy Pattern: PaymentProcessor (5 箇所)
-
-推奨パターン
-├─ [HIGH] Repository Pattern
-│  └─ 対象: src/models/*.js
-│  └─ 理由: データアクセスロジックの分離
-│  └─ 例:
-│      class UserRepository {
-│        async findById(id) { ... }
-│        async save(user) { ... }
-│      }
-│
-├─ [MED] Command Pattern
-│  └─ 対象: src/api/handlers/*.js
-│  └─ 理由: リクエスト処理の統一化
-│
-└─ [LOW] Decorator Pattern
-   └─ 対象: src/middleware/*.js
-   └─ 理由: 機能の組み合わせ改善
-
-SOLID 原則違反
-├─ [S] UserService: 認証と権限管理の両方を担当
-├─ [O] PaymentGateway: 新決済手段追加時に修正必要
-├─ [D] EmailService: 具象クラスに直接依存
-└─ [I] IDataStore: 使用されないメソッドを含む
-
-リファクタリング提案
-1. UserService を認証と権限管理に分割
-2. PaymentStrategy インターフェースの導入
-3. EmailService インターフェースの定義
-4. IDataStore を用途別に分離
-```
-
-### 高度な使用例
-
-```bash
-# パターン適用の影響分析
-/design-patterns --impact-analysis Repository
-
-# 特定パターンの実装例生成
-/design-patterns --generate Factory --for src/models/Product.js
-
-# パターンの組み合わせ提案
-/design-patterns --combine --context "API with caching"
-
-# アーキテクチャパターンの評価
-/design-patterns --architecture MVC
-```
-
-### パターン適用例
-
-#### Before (問題のあるコード)
-
-```javascript
-class OrderService {
-  processOrder(order, paymentType) {
-    if (paymentType === "credit") {
-      // クレジットカード処理
-    } else if (paymentType === "paypal") {
-      // PayPal 処理
-    }
-    // 他の決済方法...
-  }
-}
-```
-
-#### After (Strategy Pattern 適用)
-
-```javascript
-// 戦略インターフェース
-class PaymentStrategy {
-  process(amount) {
-    throw new Error("Must implement process method");
-  }
-}
-
-// 具象戦略
-class CreditCardPayment extends PaymentStrategy {
-  process(amount) {
-    /* 実装 */
-  }
-}
-
-// コンテキスト
-class OrderService {
-  constructor(paymentStrategy) {
-    this.paymentStrategy = paymentStrategy;
-  }
-
-  processOrder(order) {
-    this.paymentStrategy.process(order.total);
-  }
-}
-```
-
-### アンチパターン検出
-
-- **God Object**: 過度に多くの責務を持つクラス
-- **Spaghetti Code**: 制御フローが複雑に絡み合ったコード
-- **Copy-Paste Programming**: 重複コードの過度な使用
-- **Magic Numbers**: ハードコードされた定数
-- **Callback Hell**: 深くネストしたコールバック
-
-### ベストプラクティス
-
-1. **段階的適用**: 一度に多くのパターンを適用しない
-2. **必要性の検証**: パターンは問題解決の手段であり目的ではない
-3. **チーム合意**: パターン適用前にチームで議論
-4. **ドキュメント化**: 適用したパターンの意図を記録

package/lib/assets/.claude/commands/explain-code.md

@@ -1,75 +0,0 @@
-## Code Explain
-
-コードの動作を詳しく解説します。
-
-### 使い方
-
-```bash
-# ファイル内容を表示して Claude に依頼
-cat <file>
-「このコードの動作を解説して」
-```
-
-### 基本例
-
-```bash
-# Rust の所有権を理解
-cat main.rs
-「Rust の所有権とライフタイムの観点から解説して」
-
-# アルゴリズムの解説
-grep -A 50 "quicksort" sort.rs
-「このソートアルゴリズムの仕組みと計算量を解説して」
-
-# デザインパターンの説明
-cat factory.rs
-「使用されているデザインパターンとその利点を説明して」
-```
-
-### Claude との連携
-
-```bash
-# 初心者向け解説
-cat complex_function.py
-「このコードを初心者にもわかりやすく 1 行ずつ解説して」
-
-# パフォーマンス分析
-cat algorithm.rs
-「このコードのパフォーマンス上の問題点と改善案を提示して」
-
-# 図解付き説明
-cat state_machine.js
-「このコードの処理の流れを ASCII アートの図解付きで説明して」
-
-# セキュリティレビュー
-cat auth_handler.go
-「このコードのセキュリティ上の懸念点を指摘して」
-```
-
-### 詳細例
-
-```bash
-# 複雑なロジックの解説
-cat recursive_parser.rs
-「この再帰パーサーの動作を以下の観点で解説して：
-1. 全体的な処理フロー
-2. 各関数の役割と責任
-3. エッジケースの処理
-4. 改善可能な点」
-
-# 非同期処理の解説
-cat async_handler.ts
-「この非同期処理について以下を解説して：
-1. Promise チェーンの流れ
-2. エラーハンドリングの仕組み
-3. 並行処理の有無
-4. デッドロックの可能性」
-
-# アーキテクチャの説明
-ls -la src/ && cat src/main.rs src/lib.rs
-「このプロジェクトのアーキテクチャとモジュール構成を解説して」
-```
-
-### 注意事項
-
-コード解説では、単に動作を説明するだけでなく、なぜそのような実装になっているか、どのような利点があるか、潜在的な問題点は何かといった深い洞察も提供します。