@k2works/claude-code-booster 0.1.0

package/lib/assets/.claude/commands/analyze-dependencies.md

@@ -0,0 +1,158 @@
+## Dependency Analysis
+
+プロジェクトの依存関係を分析し、アーキテクチャの健全性を評価します。
+
+### 使い方
+
+```bash
+/dependency-analysis [オプション]
+```
+
+### オプション
+
+- `--visual` : 依存関係を視覚的に表示
+- `--circular` : 循環依存のみを検出
+- `--depth <数値>` : 分析の深さを指定（デフォルト: 3）
+- `--focus <パス>` : 特定のモジュール/ディレクトリに焦点
+
+### 基本例
+
+```bash
+# プロジェクト全体の依存関係分析
+/dependency-analysis
+
+# 循環依存の検出
+/dependency-analysis --circular
+
+# 特定モジュールの詳細分析
+/dependency-analysis --focus src/core --depth 5
+```
+
+### 分析項目
+
+#### 1. 依存関係マトリックス
+
+モジュール間の依存関係を数値化して表示：
+
+- 直接依存
+- 間接依存
+- 依存の深さ
+- ファンイン/ファンアウト
+
+#### 2. アーキテクチャ違反検出
+
+- レイヤー違反（下位層が上位層に依存）
+- 循環依存
+- 過度な結合（高い依存度）
+- 孤立したモジュール
+
+#### 3. Clean Architecture 準拠チェック
+
+- ドメイン層の独立性
+- インフラ層の適切な分離
+- ユースケース層の依存方向
+- インターフェースの適用状況
+
+### 出力例
+
+```
+依存関係分析レポート
+━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
+
+📊 メトリクス概要
+├─ 総モジュール数: 42
+├─ 平均依存数: 3.2
+├─ 最大依存深度: 5
+└─ 循環依存: 2 件検出
+
+⚠️  アーキテクチャ違反
+├─ [HIGH] src/domain/user.js → src/infra/database.js
+│  └─ ドメイン層がインフラ層に直接依存
+├─ [MED] src/api/auth.js ⟲ src/services/user.js
+│  └─ 循環依存を検出
+└─ [LOW] src/utils/helper.js → 12 modules
+   └─ 過度なファンアウト
+
+✅ 推奨アクション
+1. UserRepository インターフェースを導入
+2. 認証サービスの責務を再設計
+3. ヘルパー関数を機能別に分割
+
+📈 依存関係グラフ
+[視覚的な依存関係図を ASCII アートで表示]
+```
+
+### 高度な使用例
+
+```bash
+# CI/CD パイプラインでの自動チェック
+/dependency-analysis --circular --fail-on-violation
+
+# アーキテクチャルールの定義と検証
+/dependency-analysis --rules .architecture-rules.yml
+
+# 時系列での依存関係の変化を追跡
+/dependency-analysis --compare HEAD~10
+```
+
+### 設定ファイル例 (.dependency-analysis.yml)
+
+```yaml
+rules:
+  - name: "Domain Independence"
+    source: "src/domain/**"
+    forbidden: ["src/infra/**", "src/api/**"]
+
+  - name: "API Layer Dependencies"
+    source: "src/api/**"
+    allowed: ["src/domain/**", "src/application/**"]
+    forbidden: ["src/infra/**"]
+
+thresholds:
+  max_dependencies: 8
+  max_depth: 4
+  coupling_threshold: 0.7
+
+ignore:
+  - "**/test/**"
+  - "**/mocks/**"
+```
+
+### 統合ツール
+
+- `madge` : JavaScript/TypeScript の依存関係可視化
+- `dep-cruiser` : 依存関係のルール検証
+- `nx` : モノレポの依存関係管理
+- `plato` : 複雑度と依存関係の統合分析
+
+### Claude との連携
+
+```bash
+# package.json を含めた分析
+cat package.json
+/analyze-dependencies
+「このプロジェクトの依存関係の問題点を分析して」
+
+# 特定モジュールのソースコードと組み合わせ
+ls -la src/core/
+/analyze-dependencies --focus src/core
+「コアモジュールの依存関係を詳細に評価して」
+
+# アーキテクチャドキュメントとの比較
+cat docs/architecture.md
+/analyze-dependencies --visual
+「設計ドキュメントと実装の乖離を確認して」
+```
+
+### 注意事項
+
+- **前提条件**: プロジェクトルートでの実行が必要
+- **制限事項**: 大規模プロジェクトでは分析に時間がかかる場合があります
+- **推奨事項**: 循環依存が発見された場合は即座に対処を検討してください
+
+### ベストプラクティス
+
+1. **定期的な分析**: 週次で依存関係の健全性をチェック
+2. **ルールの明文化**: アーキテクチャルールを設定ファイルで管理
+3. **段階的改善**: 大規模なリファクタリングは避け、漸進的に改善
+4. **メトリクス追跡**: 依存関係の複雑度を時系列で監視

package/lib/assets/.claude/commands/analyze-performance.md

@@ -0,0 +1,116 @@
+## Analyze Performance
+
+アプリケーションのパフォーマンス問題を分析し、技術的負債の観点から改善策を提案します。
+
+### 使い方
+
+```bash
+# パフォーマンス問題の包括的分析
+find . -name "*.js" -o -name "*.ts" | xargs wc -l | sort -rn | head -10
+「大きなファイルとパフォーマンス問題を特定して改善案を提示して」
+
+# 非効率なコードパターンの検出
+grep -r "for.*await\|forEach.*await" . --include="*.js"
+「N+1 クエリ問題とパフォーマンスボトルネックを分析して」
+
+# メモリリークの可能性
+grep -r "addEventListener\|setInterval" . --include="*.js" | grep -v "removeEventListener\|clearInterval"
+「メモリリークのリスクと対策を評価して」
+```
+
+### 基本例
+
+```bash
+# バンドルサイズとロード時間
+npm ls --depth=0 && find ./public -name "*.js" -o -name "*.css" | xargs ls -lh
+"バンドルサイズとアセット最適化の改善点を特定して"
+
+# データベースパフォーマンス
+grep -r "SELECT\|findAll\|query" . --include="*.js" | head -20
+"データベースクエリの最適化ポイントを分析して"
+
+# 依存関係のパフォーマンス影響
+npm outdated && npm audit
+"古い依存関係がパフォーマンスに与える影響を評価して"
+```
+
+### 分析観点
+
+#### 1. コードレベルの問題
+
+- **O(n²) アルゴリズム**: 非効率な配列操作の検出
+- **同期 I/O**: ブロッキング処理の特定
+- **重複処理**: 不要な計算やリクエストの削除
+- **メモリリーク**: イベントリスナーやタイマーの管理
+
+#### 2. アーキテクチャレベルの問題
+
+- **N+1 クエリ**: データベースアクセスパターン
+- **キャッシュ不足**: 繰り返し計算や API 呼び出し
+- **バンドルサイズ**: 不要なライブラリやコード分割
+- **リソース管理**: 接続プールやスレッド使用量
+
+#### 3. 技術的負債による影響
+
+- **レガシーコード**: 古い実装による性能劣化
+- **設計の問題**: 責任分散不足による結合度の高さ
+- **テスト不足**: パフォーマンス回帰の検出漏れ
+- **監視不足**: 問題の早期発見体制
+
+### 改善優先度
+
+```
+🔴 Critical: システム障害リスク
+├─ メモリリーク (サーバークラッシュ)
+├─ N+1 クエリ (データベース負荷)
+└─ 同期 I/O (レスポンス遅延)
+
+🟡 High: ユーザー体験影響
+├─ バンドルサイズ (初回ロード時間)
+├─ 画像最適化 (表示速度)
+└─ キャッシュ戦略 (反応速度)
+
+🟢 Medium: 運用効率
+├─ 依存関係更新 (セキュリティ)
+├─ コード重複 (保守性)
+└─ 監視強化 (運用負荷)
+```
+
+### 測定とツール
+
+#### Node.js / JavaScript
+
+```bash
+# プロファイリング
+node --prof app.js
+clinic doctor -- node app.js
+
+# バンドル分析
+npx webpack-bundle-analyzer
+lighthouse --chrome-flags="--headless"
+```
+
+#### データベース
+
+```sql
+-- クエリ分析
+EXPLAIN ANALYZE SELECT ...
+SHOW SLOW LOG;
+```
+
+#### フロントエンド
+
+```bash
+# React パフォーマンス
+grep -r "useMemo\|useCallback" . --include="*.jsx"
+
+# リソース分析
+find ./src -name "*.png" -o -name "*.jpg" | xargs ls -lh
+```
+
+### 継続的改善
+
+- **定期監査**: 週次パフォーマンステスト実行
+- **メトリクス収集**: レスポンス時間、メモリ使用量の追跡
+- **アラート設定**: 閾値超過時の自動通知
+- **チーム共有**: 改善事例とアンチパターンの文書化

package/lib/assets/.claude/commands/check-fact.md

@@ -0,0 +1,104 @@
+## Check Fact
+
+プロジェクト内のコードベース、ドキュメント（docs/、README.md など）を参照し、与えられた情報の正誤を確認するためのコマンド。
+
+### 使い方
+
+```bash
+# 基本的な使い方
+/check-fact "Flutter アプリでは Riverpod を使用している"
+
+# 複数の情報を一度に確認
+/check-fact "このプロジェクトは GraphQL を使用し、auto_route でルーティングを管理している"
+
+# 特定の技術仕様について確認
+/check-fact "認証には JWT を使用し、Firebase Auth は使っていない"
+```
+
+### 確認プロセス
+
+1. **情報源の優先順位**
+   - コードベース（最も信頼性が高い）
+   - README.md、docs/ 内ドキュメント
+   - package.json、pubspec.yaml 等の設定ファイル
+   - Issue、Pull Request の議論履歴
+
+2. **判定結果の分類**
+   - `✅ 正しい` - 情報がコードベースと完全に一致
+   - `❌ 誤り` - 情報が明確に間違っている
+   - `⚠️ 一部正しい` - 部分的に正確だが不完全
+   - `❓ 判断不可` - 確認に必要な情報が不足
+
+3. **根拠の明示**
+   - 該当ファイル名と行番号
+   - 関連するコードスニペット
+   - ドキュメントの該当箇所
+
+### 報告形式
+
+```
+## ファクトチェック結果
+
+### 検証対象
+「[ユーザーが提供した情報]」
+
+### 結論
+[✅/❌/⚠️/❓] [判定結果]
+
+### 根拠
+- **ファイル**: `path/to/file.dart:123`
+- **内容**: [該当するコード/文章]
+- **補足**: [追加説明]
+
+### 詳細説明
+[誤りの場合は正しい情報を提示]
+[一部正しいの場合は正確でない部分を指摘]
+[判断不可の場合は不足している情報を説明]
+```
+
+### 基本例
+
+```bash
+# プロジェクト技術スタック確認
+/check-fact "このアプリは Flutter + Riverpod + GraphQL の構成になっている"
+
+# 実装状況確認  
+/check-fact "ダークモード機能が実装済みで、ユーザー設定から切り替え可能"
+
+# アーキテクチャ確認
+/check-fact "状態管理は全て Riverpod で行い、BLoC は使用していない"
+
+# セキュリティ実装確認
+/check-fact "認証トークンは secure storage に暗号化して保存している"
+```
+
+### Claude との連携
+
+```bash
+# コードベース全体の分析後に確認
+ls -la && find . -name "pubspec.yaml" -exec cat {} \;
+/check-fact "このプロジェクトで使用している主要な依存関係は..."
+
+# 特定機能の実装状況確認
+grep -r "authentication" . --include="*.dart"
+/check-fact "認証機能はカスタム実装で、第三者認証は使用していない"
+
+# ドキュメントとの整合性確認
+cat README.md
+/check-fact "README に記載されている機能は全て実装済み"
+```
+
+### 活用シーン
+
+- 技術仕様書作成時: 記載内容の正確性確認
+- プロジェクト引き継ぎ時: 既存実装の理解確認
+- クライアント報告前: 実装状況の事実確認
+- 技術ブログ執筆時: 記事内容の正確性検証
+- 面接・説明資料作成時: プロジェクト概要の正確性確認
+
+### 注意事項
+
+- コードベースが最も信頼性の高い情報源です
+- ドキュメントが古い場合は、実装を優先します
+- 判断に必要な情報が不足している場合は素直に「判断不可」とします
+- セキュリティに関わる情報は特に慎重に検証します

package/lib/assets/.claude/commands/check-github-ci.md

@@ -0,0 +1,53 @@
+## GitHub CI Monitoring
+
+GitHub Actions CI 状況を監視して、完了まで追跡します。
+
+### 使い方
+
+```bash
+# CI チェック状況を確認
+gh pr checks
+```
+
+### 基本例
+
+```bash
+# PR 作成後の CI 確認
+gh pr create --title "新機能の追加" --body "説明"
+gh pr checks
+```
+
+### Claude との連携
+
+```bash
+# CI 確認から修正までの流れ
+gh pr checks
+「CI チェック結果を分析し、失敗項目があれば修正方法を提案して」
+
+# 修正後の再確認
+git push origin feature-branch
+gh pr checks
+「修正後の CI 結果を確認して、問題がないことを確認して」
+```
+
+### 実行結果の例
+
+```
+All checks were successful
+0 cancelled, 0 failing, 8 successful, 3 skipped, and 0 pending checks
+
+   NAME                                    DESCRIPTION                ELAPSED  URL
+○  Build/test (pull_request)                                          5m20s    https://github.com/user/repo/actions/runs/123456789
+○  Build/lint (pull_request)                                          2m15s    https://github.com/user/repo/actions/runs/123456789
+○  Security/scan (pull_request)                                       1m30s    https://github.com/user/repo/actions/runs/123456789
+○  Type Check (pull_request)                                          45s      https://github.com/user/repo/actions/runs/123456789
+○  Commit Messages (pull_request)                                     12s      https://github.com/user/repo/actions/runs/123456789
+-  Deploy Preview (pull_request)                                               https://github.com/user/repo/actions/runs/123456789
+-  Visual Test (pull_request)                                                  https://github.com/user/repo/actions/runs/123456789
+```
+
+### 注意事項
+
+- 失敗時は詳細確認
+- 全チェック完了まで待機してからマージ
+- 必要に応じて `gh pr checks` を再実行