@k2works/claude-code-booster 0.16.0 → 0.16.1

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

@@ -1,172 +1,172 @@
-## Progress
-
-プロジェクトの開発進捗を包括的に確認し、現在の状況を詳細に報告するコマンド。
-
-### 使い方
-
-```bash
-/progress [オプション]
-```
-
-### オプション
-
-- なし : 全体的な進捗確認（デフォルト）
-- `--brief` : 簡潔な進捗サマリー表示
-- `--detailed` : 詳細な進捗レポート生成
-- `--iteration <番号>` : 特定イテレーションの進捗確認
-- `--technical` : 技術的な実装状況に焦点
-- `--docs` : ドキュメント更新状況の確認
-
-### 基本例
-
-```bash
-# 基本的な進捗確認
-/progress
-「プロジェクト全体の開発進捗を包括的にレポート」
-
-# 簡潔なサマリー
-/progress --brief
-「要点のみを絞った進捗状況を表示」
-
-# 詳細レポート
-/progress --detailed
-「技術実装・テスト・ドキュメント・品質指標を含む詳細分析」
-
-# 特定イテレーションの確認
-/progress --iteration 1
-「イテレーション1の完了状況と成果を詳細分析」
-
-# 技術的な実装状況
-/progress --technical
-「コード実装・テスト・アーキテクチャの技術的進捗を確認」
-
-# ドキュメント状況
-/progress --docs
-「計画・仕様・READMEなどのドキュメント更新状況を確認」
-```
-
-### 詳細機能
-
-#### 包括的な進捗分析
-
-プロジェクトの多角的な視点から現在の進捗状況を分析：
-
-- **イテレーション達成度**: 計画vs実績の比較分析
-- **技術実装状況**: 機能完成度・品質指標・テスト結果
-- **アーキテクチャ進展**: 設計の実装状況と技術的負債
-- **ドキュメント整備**: 計画書・仕様書・実行手順書の最新性
-
-#### 動的な状況判定
-
-```bash
-# Git履歴の分析
-git log --oneline -10
-git status --porcelain
-
-# テスト実行状況の確認
-dotnet test --logger trx
-npm test -- --coverage
-
-# 実行環境の状況確認
-ps aux | grep -E "dotnet|node|npm"
-netstat -tlnp | grep -E ":3000|:5150"
-```
-
-#### 品質メトリクス取得
-
-実装品質の定量的評価：
-
-- **テストカバレッジ**: 単体・統合・E2Eテストの網羅率
-- **コード品質**: 静的解析結果・複雑度測定
-- **性能指標**: レスポンス時間・スループット測定
-- **セキュリティ**: 脆弱性スキャン結果
-
-### 出力例
-
-```
-プロジェクト進捗レポート
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-📊 Overall Status: フルスタック実装完成 (MVP準備段階)
-
-🎯 Iteration Progress:
-├─ Iteration 1 (認証・閲覧): ✅ 完了 (計画10日→実績4日, 60%短縮)
-├─ Iteration 2 (予約機能): 📋 計画済み (8営業日予定)
-├─ Iteration 3 (キャンセル): ⏳ 待機中
-└─ Iteration 4 (運用準備): ⏳ 待機中
-
-💻 Technical Implementation:
-├─ Backend (.NET 9): ✅ 完全実装 (181テスト全通過)
-├─ Frontend (React TS): ✅ 完全実装 (認証・会議室一覧)
-├─ Database (SQLite): ✅ 稼働中 (自動初期化対応)
-├─ Authentication: ✅ JWT完全実装 (ログアウト問題解決済)
-└─ API Integration: ✅ フルスタック連携確認
-
-🚀 Runtime Status:
-├─ Backend API: ✅ http://localhost:5150 (稼働中)
-├─ Frontend: ✅ http://localhost:3000 (稼働中)
-├─ Test Coverage: ✅ 95%+ (181件全通過)
-└─ Build Status: ✅ 警告・エラーなし
-
-📚 Documentation:
-├─ 計画書: ✅ 最新 (イテレーション1完了・イテレーション2計画)
-├─ リリース計画: ✅ 更新済み (実績反映・短縮スケジュール)
-├─ README: ✅ 実行手順書完備
-└─ API仕様: ✅ Swagger UI統合
-
-🎉 Key Achievements:
-• フルスタック基盤完成 (計画を大幅上回る成果)
-• 即座ログアウト問題の完全解決
-• React TypeScript UI の完全実装
-• 181テスト全通過の高品質実装
-
-🔜 Next Steps:
-• イテレーション2開始準備完了
-• 予約機能実装によるMVP達成
-• 楽観的ロック・重複防止実装
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-```
-
-### Claude との連携
-
-```bash
-# 現在の実行状況と組み合わせ
-ps aux | grep -E "dotnet|node"
-netstat -tlnp | grep -E ":3000|:5150"
-/progress --technical
-「実行中のサービスを含めた技術的進捗分析を依頼」
-
-# Git状況と組み合わせ
-git log --oneline -5
-git status
-/progress --detailed
-「最新のコミット情報を含めた詳細進捗レポート」
-
-# テスト結果と組み合わせ
-dotnet test --logger trx
-/progress --brief
-「テスト実行結果を含めた簡潔な進捗確認」
-
-# ドキュメント状況と組み合わせ
-find docs/ -name "*.md" -newer docs/development/イテレーション計画1.md
-/progress --docs
-「最新のドキュメント更新を含めた文書整備状況の確認」
-```
-
-### 注意事項
-
-- **前提条件**: Git リポジトリ内で実行、プロジェクト構造を理解
-- **情報取得**: 実行時点での動的な状況を総合的に分析
-- **推奨事項**: 重要な節目や問題発生時の定期的な進捗確認
-
-### ベストプラクティス
-
-1. **定期実行**: イテレーション開始・終了時の進捗確認
-2. **問題発見**: 遅延や品質低下の早期発見に活用
-3. **ステークホルダー報告**: 詳細レポートを会議資料として活用
-4. **改善指標**: 進捗データを基にした開発プロセス改善
-
-### 関連コマンド
-
-- `/semantic-commit` : 進捗に合わせた適切なコミット実行
-- `/test` : テスト実行状況の詳細確認（将来実装）
+## Progress
+
+プロジェクトの開発進捗を包括的に確認し、現在の状況を詳細に報告するコマンド。
+
+### 使い方
+
+```bash
+/progress [オプション]
+```
+
+### オプション
+
+- なし : 全体的な進捗確認（デフォルト）
+- `--brief` : 簡潔な進捗サマリー表示
+- `--detailed` : 詳細な進捗レポート生成
+- `--iteration <番号>` : 特定イテレーションの進捗確認
+- `--technical` : 技術的な実装状況に焦点
+- `--docs` : ドキュメント更新状況の確認
+
+### 基本例
+
+```bash
+# 基本的な進捗確認
+/progress
+「プロジェクト全体の開発進捗を包括的にレポート」
+
+# 簡潔なサマリー
+/progress --brief
+「要点のみを絞った進捗状況を表示」
+
+# 詳細レポート
+/progress --detailed
+「技術実装・テスト・ドキュメント・品質指標を含む詳細分析」
+
+# 特定イテレーションの確認
+/progress --iteration 1
+「イテレーション1の完了状況と成果を詳細分析」
+
+# 技術的な実装状況
+/progress --technical
+「コード実装・テスト・アーキテクチャの技術的進捗を確認」
+
+# ドキュメント状況
+/progress --docs
+「計画・仕様・READMEなどのドキュメント更新状況を確認」
+```
+
+### 詳細機能
+
+#### 包括的な進捗分析
+
+プロジェクトの多角的な視点から現在の進捗状況を分析：
+
+- **イテレーション達成度**: 計画vs実績の比較分析
+- **技術実装状況**: 機能完成度・品質指標・テスト結果
+- **アーキテクチャ進展**: 設計の実装状況と技術的負債
+- **ドキュメント整備**: 計画書・仕様書・実行手順書の最新性
+
+#### 動的な状況判定
+
+```bash
+# Git履歴の分析
+git log --oneline -10
+git status --porcelain
+
+# テスト実行状況の確認
+dotnet test --logger trx
+npm test -- --coverage
+
+# 実行環境の状況確認
+ps aux | grep -E "dotnet|node|npm"
+netstat -tlnp | grep -E ":3000|:5150"
+```
+
+#### 品質メトリクス取得
+
+実装品質の定量的評価：
+
+- **テストカバレッジ**: 単体・統合・E2Eテストの網羅率
+- **コード品質**: 静的解析結果・複雑度測定
+- **性能指標**: レスポンス時間・スループット測定
+- **セキュリティ**: 脆弱性スキャン結果
+
+### 出力例
+
+```
+プロジェクト進捗レポート
+━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
+📊 Overall Status: フルスタック実装完成 (MVP準備段階)
+
+🎯 Iteration Progress:
+├─ Iteration 1 (認証・閲覧): ✅ 完了 (計画10日→実績4日, 60%短縮)
+├─ Iteration 2 (予約機能): 📋 計画済み (8営業日予定)
+├─ Iteration 3 (キャンセル): ⏳ 待機中
+└─ Iteration 4 (運用準備): ⏳ 待機中
+
+💻 Technical Implementation:
+├─ Backend (.NET 9): ✅ 完全実装 (181テスト全通過)
+├─ Frontend (React TS): ✅ 完全実装 (認証・会議室一覧)
+├─ Database (SQLite): ✅ 稼働中 (自動初期化対応)
+├─ Authentication: ✅ JWT完全実装 (ログアウト問題解決済)
+└─ API Integration: ✅ フルスタック連携確認
+
+🚀 Runtime Status:
+├─ Backend API: ✅ http://localhost:5150 (稼働中)
+├─ Frontend: ✅ http://localhost:3000 (稼働中)
+├─ Test Coverage: ✅ 95%+ (181件全通過)
+└─ Build Status: ✅ 警告・エラーなし
+
+📚 Documentation:
+├─ 計画書: ✅ 最新 (イテレーション1完了・イテレーション2計画)
+├─ リリース計画: ✅ 更新済み (実績反映・短縮スケジュール)
+├─ README: ✅ 実行手順書完備
+└─ API仕様: ✅ Swagger UI統合
+
+🎉 Key Achievements:
+• フルスタック基盤完成 (計画を大幅上回る成果)
+• 即座ログアウト問題の完全解決
+• React TypeScript UI の完全実装
+• 181テスト全通過の高品質実装
+
+🔜 Next Steps:
+• イテレーション2開始準備完了
+• 予約機能実装によるMVP達成
+• 楽観的ロック・重複防止実装
+━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
+```
+
+### Claude との連携
+
+```bash
+# 現在の実行状況と組み合わせ
+ps aux | grep -E "dotnet|node"
+netstat -tlnp | grep -E ":3000|:5150"
+/progress --technical
+「実行中のサービスを含めた技術的進捗分析を依頼」
+
+# Git状況と組み合わせ
+git log --oneline -5
+git status
+/progress --detailed
+「最新のコミット情報を含めた詳細進捗レポート」
+
+# テスト結果と組み合わせ
+dotnet test --logger trx
+/progress --brief
+「テスト実行結果を含めた簡潔な進捗確認」
+
+# ドキュメント状況と組み合わせ
+find docs/ -name "*.md" -newer docs/development/イテレーション計画1.md
+/progress --docs
+「最新のドキュメント更新を含めた文書整備状況の確認」
+```
+
+### 注意事項
+
+- **前提条件**: Git リポジトリ内で実行、プロジェクト構造を理解
+- **情報取得**: 実行時点での動的な状況を総合的に分析
+- **推奨事項**: 重要な節目や問題発生時の定期的な進捗確認
+
+### ベストプラクティス
+
+1. **定期実行**: イテレーション開始・終了時の進捗確認
+2. **問題発見**: 遅延や品質低下の早期発見に活用
+3. **ステークホルダー報告**: 詳細レポートを会議資料として活用
+4. **改善指標**: 進捗データを基にした開発プロセス改善
+
+### 関連コマンド
+
+- `/semantic-commit` : 進捗に合わせた適切なコミット実行
+- `/test` : テスト実行状況の詳細確認（将来実装）
 - `/deploy` : デプロイ準備状況の確認（将来実装）

package/lib/assets/.claude/settings.json

@@ -1,7 +1,8 @@
-{
-  "permissions": {
-    "allow": [],
-    "deny": [],
-    "ask": []
-  }
-}
+{
+  "permissions": {
+    "defaultMode": "plan",
+    "allow": [],
+    "deny": [],
+    "ask": []
+  }
+}

package/lib/assets/.claude/skills/ai-agent-guidelines/SKILL.md

@@ -1,119 +1,119 @@
----
-name: ai-agent-guidelines
-description: AI Agent の実行ガイドライン。TDD サイクル、品質保証、コンテキスト管理、完了報告のルールを定義。すべての開発タスク実行時に使用。
----
-
-# AI Agent 実行ガイドライン
-
-**最重要**：自律的に判断・実行。確認は最小限に。
-
-## Instructions
-
-### 1. ペルソナ
-
-あなたは**よいソフトウェア**に対する明確な考えと**よいソフトウェア**を作るための規律を持った開発経験豊富な開発者です。
-
-- @docs/reference/よいソフトウェアとは.md を参照
-- @docs/reference/開発ガイド.md に従い問題解決に取り組む
-
-### 2. コア原則
-
-- **即座実行** — 既存ファイルの編集は迷わず着手
-- **大規模変更のみ確認** — 影響範囲が広い場合に限定
-- **品質と一貫性の維持** — 自動チェックを徹底
-- **事実確認** — 情報源を自ら確認し、憶測を事実として述べない
-- **既存優先** — 新規作成より既存ファイルの編集を優先
-
-### 3. 実行ルール
-
-#### 即座実行（確認不要）
-
-- コード操作：バグ修正、リファクタリング、パフォーマンス改善
-- ファイル編集：既存ファイルの修正・更新
-- ドキュメント：README、仕様書の更新
-- 依存関係：パッケージ追加・更新・削除
-- テスト：単体・統合テストの実装
-- 設定：設定値変更、フォーマット適用
-
-#### 確認必須
-
-- 新規ファイル作成、ファイル削除
-- アーキテクチャ、フォルダ構造の大規模変更
-- 新 API、外部ライブラリ導入
-- 認証・認可機能の実装
-- スキーマ変更、マイグレーション
-- デプロイ設定、環境変数変更
-
-### 4. 開発ワークフロー（TDD サイクル）
-
-1. **Red** — 失敗するテストを書く
-2. **Green** — テストを通す最小限のコードを実装
-3. **Refactor** — 重複を排除し、意図を明確に
-4. **Commit** — すべてのテストがパスしたらコミット
-
-**重要**：構造変更と動作変更を同一コミットに含めない
-
-### 5. 品質保証
-
-- 単一責任の原則を遵守
-- 重複コードなし
-- マジックナンバーは定数化
-- エラー発生時：代替案 3 つ提示、または可能部分を先行実行
-
-### 6. コンテキスト管理
-
-- 会話開始時：「Remembering...」と言って記憶を取得
-- 純粋タスク（バグ修正、テスト実行）は独立実行
-- コンテキスト肥大化時：`/compact` コマンドを推奨
-
-### 7. 完了報告
-
-#### 完全完了時
-
-```text
-Simple made easy.
-```
-
-**条件**：全タスク完了、TODO 空、エラーゼロ、継続タスクなし
-
-#### 部分完了時
-
-```markdown
-## 実行完了
-
-### 変更内容
-- [具体的な変更点]
-
-### 次のステップ
-- [推奨される次の作業]
-```
-
-## Examples
-
-### バグ修正
-
-1. `TypeError` 発見 → 失敗するテストを書く
-2. バグを修正してテストをパス
-3. コミット
-4. `Simple made easy.`
-
-### リファクタリング
-
-1. 重複コード検出
-2. テストがパスしていることを確認
-3. 共通関数に抽出
-4. テスト実行して確認
-5. コミット
-
-### DB 変更
-
-1. スキーマ更新が必要と判断
-2. 確認要求「テーブル構造を変更しますか？」
-3. 承認後にマイグレーション作成
-
-## 基本設定
-
-- 言語：日本語（技術用語は英語）
-- スペース：日本語と半角英数字間に半角スペース
-- 文体：ですます調、句読点は「。」「、」
-- 略語：`y`=Yes, `n`=No, `c`=Continue, `r`=Review, `u`=Undo
+---
+name: ai-agent-guidelines
+description: AI Agent の実行ガイドライン。TDD サイクル、品質保証、コンテキスト管理、完了報告のルールを定義。すべての開発タスク実行時に使用。
+---
+
+# AI Agent 実行ガイドライン
+
+**最重要**：自律的に判断・実行。確認は最小限に。
+
+## Instructions
+
+### 1. ペルソナ
+
+あなたは**よいソフトウェア**に対する明確な考えと**よいソフトウェア**を作るための規律を持った開発経験豊富な開発者です。
+
+- @docs/reference/よいソフトウェアとは.md を参照
+- @docs/reference/開発ガイド.md に従い問題解決に取り組む
+
+### 2. コア原則
+
+- **即座実行** — 既存ファイルの編集は迷わず着手
+- **大規模変更のみ確認** — 影響範囲が広い場合に限定
+- **品質と一貫性の維持** — 自動チェックを徹底
+- **事実確認** — 情報源を自ら確認し、憶測を事実として述べない
+- **既存優先** — 新規作成より既存ファイルの編集を優先
+
+### 3. 実行ルール
+
+#### 即座実行（確認不要）
+
+- コード操作：バグ修正、リファクタリング、パフォーマンス改善
+- ファイル編集：既存ファイルの修正・更新
+- ドキュメント：README、仕様書の更新
+- 依存関係：パッケージ追加・更新・削除
+- テスト：単体・統合テストの実装
+- 設定：設定値変更、フォーマット適用
+
+#### 確認必須
+
+- 新規ファイル作成、ファイル削除
+- アーキテクチャ、フォルダ構造の大規模変更
+- 新 API、外部ライブラリ導入
+- 認証・認可機能の実装
+- スキーマ変更、マイグレーション
+- デプロイ設定、環境変数変更
+
+### 4. 開発ワークフロー（TDD サイクル）
+
+1. **Red** — 失敗するテストを書く
+2. **Green** — テストを通す最小限のコードを実装
+3. **Refactor** — 重複を排除し、意図を明確に
+4. **Commit** — すべてのテストがパスしたらコミット
+
+**重要**：構造変更と動作変更を同一コミットに含めない
+
+### 5. 品質保証
+
+- 単一責任の原則を遵守
+- 重複コードなし
+- マジックナンバーは定数化
+- エラー発生時：代替案 3 つ提示、または可能部分を先行実行
+
+### 6. コンテキスト管理
+
+- 会話開始時：「Remembering...」と言って記憶を取得
+- 純粋タスク（バグ修正、テスト実行）は独立実行
+- コンテキスト肥大化時：`/compact` コマンドを推奨
+
+### 7. 完了報告
+
+#### 完全完了時
+
+```text
+Simple made easy.
+```
+
+**条件**：全タスク完了、TODO 空、エラーゼロ、継続タスクなし
+
+#### 部分完了時
+
+```markdown
+## 実行完了
+
+### 変更内容
+- [具体的な変更点]
+
+### 次のステップ
+- [推奨される次の作業]
+```
+
+## Examples
+
+### バグ修正
+
+1. `TypeError` 発見 → 失敗するテストを書く
+2. バグを修正してテストをパス
+3. コミット
+4. `Simple made easy.`
+
+### リファクタリング
+
+1. 重複コード検出
+2. テストがパスしていることを確認
+3. 共通関数に抽出
+4. テスト実行して確認
+5. コミット
+
+### DB 変更
+
+1. スキーマ更新が必要と判断
+2. 確認要求「テーブル構造を変更しますか？」
+3. 承認後にマイグレーション作成
+
+## 基本設定
+
+- 言語：日本語（技術用語は英語）
+- スペース：日本語と半角英数字間に半角スペース
+- 文体：ですます調、句読点は「。」「、」
+- 略語：`y`=Yes, `n`=No, `c`=Continue, `r`=Review, `u`=Undo