@k2works/claude-code-booster 1.13.0 → 2.0.0

package/lib/assets/.claude/SKILLS_TEMPLATE.md

@@ -1,100 +0,0 @@
-# スキル作成テンプレート
-
-新しいスキルを作成する際のテンプレートです。
-
-## ファイル構成
-
-```
-skills/<skill-name>/
-├── SKILL.md          # メインのスキル定義（必須、500 行以内）
-├── REFERENCE_1.md    # 参照ファイル（任意、内容が多い場合に分割）
-└── REFERENCE_2.md    # 参照ファイル（任意）
-```
-
-## 命名規則
-
-- **ディレクトリ名**: 動名詞形（-ing）を採用（例: `analyzing-requirements`, `developing-backend`）
-- **name フィールド**: 小文字・数字・ハイフンのみ、64 文字以内
-- **description フィールド**: 1024 文字以内、「何をするか」+「いつ使うか」を含める
-
-## SKILL.md テンプレート
-
-```markdown
----
-name: skill-name
-description: 何をするスキルか。いつ使うかのトリガー条件。
----
-
-# スキルのタイトル
-
-スキルの簡潔な説明（1-2 行で何をするスキルか説明）。
-
-## Instructions
-
-### 1. セクション名
-
-内容を記述。
-
-- 箇条書きで要点を整理
-- 参照ドキュメントは `@docs/path/to/file.md` 形式で指定
-
-### 2. セクション名
-
-#### サブセクション
-
-詳細な内容を記述。
-
-### 3. 注意事項
-
-- **前提条件**: スキル実行に必要な前提条件
-- **制限事項**: 機能の制限や注意すべき点
-- **推奨事項**: 効果的な使用方法の推奨
-
-### 4. ベストプラクティス
-
-1. **原則 1**: 推奨される方法の説明
-2. **原則 2**: 避けるべき方法の説明
-
-### 関連スキル
-
-- `related-skill-1` : 関連する機能を持つスキル
-- `related-skill-2` : 組み合わせて使うと効果的なスキル
-```
-
-## YAML フロントマターのルール
-
-| フィールド | 必須 | 制約 |
-| :--- | :--- | :--- |
-| `name` | 必須 | 小文字・数字・ハイフンのみ、64 文字以内 |
-| `description` | 必須 | 1024 文字以内 |
-
-## 作成時のチェックリスト
-
-- [ ] `name` が小文字・数字・ハイフンのみで 64 文字以内
-- [ ] `description` が 1024 文字以内
-- [ ] `description` に「何をするか」と「いつ使うか」の両方を含む
-- [ ] SKILL.md が 500 行以内（超過分は参照ファイルに分割）
-- [ ] 参照ファイルがある場合、SKILL.md から `@` パスでリンクしている
-- [ ] 三人称で記述されている
-- [ ] 関連スキルセクションでスキル名を正しく参照している
-
-## 大容量コンテンツの分割例
-
-SKILL.md が 500 行を超える場合、参照ファイルに分割します。
-
-```
-skills/managing-operations/
-├── SKILL.md            # コア指示（概要、オプション一覧、基本例）
-├── SETUP_JAVA.md       # Java 環境構築の詳細
-├── SETUP_FRONTEND.md   # TypeScript/React 環境構築の詳細
-└── DEPLOY.md           # デプロイ・運用監視の詳細
-```
-
-SKILL.md から参照ファイルを指す場合:
-
-```markdown
-### 環境構築の詳細
-
-- **Java**: @.claude/skills/managing-operations/SETUP_JAVA.md
-- **TypeScript/React**: @.claude/skills/managing-operations/SETUP_FRONTEND.md
-```

package/lib/assets/.claude/skills/managing-operations/DEPLOY.md

@@ -1,77 +0,0 @@
-# デプロイメント管理・運用監視・バックアップ
-
-## デプロイメント管理
-
-ゼロダウンタイムデプロイとブルーグリーンデプロイメント。
-
-### 環境別デプロイ戦略
-
-- **Development**: 即座デプロイ・自動テスト実行
-- **Staging**: 統合テスト・パフォーマンステスト
-- **Production**: ブルーグリーンデプロイ・段階的ロールアウト
-
-```bash
-# ステージング環境への自動デプロイ
-# --deploy staging
-
-# 本番環境への慎重なデプロイ
-# --deploy production --strategy blue-green
-```
-
-## 運用監視とログ管理
-
-リアルタイム監視とプロアクティブなアラート。
-
-### 監視項目
-
-- **パフォーマンス**: CPU・メモリ・ディスク・ネットワーク使用率
-- **アプリケーション**: レスポンス時間・エラー率・スループット
-- **インフラ**: サーバー・データベース・外部 API の稼働状況
-- **ビジネス**: ユーザーアクティビティ・売上・KPI 指標
-
-```bash
-# 特定サービスのリアルタイムログ
-# --logs backend --follow
-
-# システム全体の統合ダッシュボード
-# --health --dashboard
-```
-
-## バックアップと災害復旧
-
-自動バックアップと迅速な災害復旧。
-
-### バックアップ対象
-
-- **データベース**: 完全バックアップ・増分バックアップ
-- **アプリケーション**: 設定ファイル・静的リソース・ログ
-- **インフラ**: 環境設定・SSL 証明書・監視設定
-
-```bash
-# 自動バックアップの実行
-# --backup --schedule daily
-
-# 緊急時の完全復元
-# --restore backup-2024-09-12-003000
-```
-
-## 連携シナリオ
-
-```bash
-# システム状況と組み合わせた総合分析
-ps aux | grep -E "(java|node|postgres)"
-netstat -tlnp | grep -E ":3000|:5432|:8080"
-# → --health
-# 「実行中プロセスとポート使用状況を含めた運用状況の総合分析」
-
-# Git 状況と組み合わせたデプロイ準備
-git log --oneline -5
-git status
-# → --deploy staging
-# 「最新コミットを含めたステージング環境へのデプロイ実行」
-
-# ログ分析と組み合わせた障害対応
-tail -100 /var/log/apps.log
-# → --rollback production
-# 「エラーログ分析に基づく緊急ロールバック実行」
-```

package/lib/assets/.claude/skills/managing-operations/SETUP_CSHARP.md

@@ -1,80 +0,0 @@
-# C# WPF 開発環境の統合セットアップ
-
-ドキュメントベースの包括的 C# WPF + Clean Architecture 開発環境構築手順。
-
-## 参照ドキュメント
-
-- `@docs/design/tech_stack.md`: C# WPF 技術スタック選定理由と詳細仕様
-- `@docs/design/architecture_backend.md`: Clean Architecture + MagicOnion サーバー設計詳細
-- `@docs/design/architecture_frontend.md`: WPF MVVM アーキテクチャとプレゼンテーション層設計詳細
-
-## 初期設定プロセス
-
-### 対話式プロジェクト設定
-
-- プロジェクト名の確認（例: AdventureWorks.PurchasingSystem）
-- ソリューション名の確認（例: AdventureWorks）
-- 作成場所の確認（デフォルト: `apps/` 配下）
-- データベース接続文字列の確認
-
-### 注意点
-
-- apps/app のような構成にしてはいけない
-- apps/{solution-name} のような構成すること
-- tech_stack.md のディレクトリ構成詳細にしたがうこと
-- ディレクトリだけの場合もコミットしたいので `.gitkeep` を入れる
-- Java の `src` や `tests` のようなディレクトリ構成にしないこと
-
-## 構築される環境の詳細
-
-### 基盤技術 (@docs/design/tech_stack.md 準拠)
-
-- .NET 8.0 + C# 12
-- WPF + CommunityToolkit.Mvvm 8.x
-- MagicOnion 5.x (gRPC ベース RPC)
-- Dapper 2.x (Micro ORM)
-- Kamishibai 3.x (ナビゲーション)
-
-### アーキテクチャ (@docs/design/architecture_backend.md + @docs/design/architecture_frontend.md 準拠)
-
-- Clean Architecture（依存関係逆転）
-- Domain-Driven Design（ドメインモデル中心）
-- MVVM パターン（WPF 標準）
-- レイヤー分離: Domain → Application → Infrastructure → Presentation
-- MagicOnion サーバーによる gRPC 通信
-
-### データベース環境
-
-- 開発・テスト: SQL Server LocalDB
-- 本番: SQL Server + Dapper
-- マイグレーション: DbUp 5.x
-- 接続プール: SqlConnection + HikariCP 相当
-
-### 品質管理ツール
-
-- テスト: NUnit 3 + FluentAssertions + Moq + Codeer.Friendly
-- 静的解析: SonarQube + StyleCop + FxCop
-- カバレッジ: OpenCover (Domain: 95%, Application: 85% 目標)
-- UI テスト: Codeer.Friendly.Windows.Wpf
-- E2E テスト: Page Object Pattern
-
-### 開発支援機能
-
-- Serilog (構造化ログ)
-- Docker Compose (開発環境)
-- MkDocs (ドキュメントサイト)
-- PlantUML (アーキテクチャ図)
-
-## 連携シナリオ
-
-```bash
-# ドキュメント準拠の C# WPF 開発環境構築（対話式）
-cat docs/design/tech_stack.md
-cat docs/design/architecture_backend.md
-cat docs/design/architecture_frontend.md
-# → ソリューション名入力: "AdventureWorks"
-# → プロジェクト名確認: "AdventureWorks.PurchasingSystem" (自動生成)
-# → 作成場所確認: "apps/wpfapp/" (Enter でデフォルト採用)
-# → 接続文字列確認: "Server=(localdb)\\mssqllocaldb;..." (デフォルト採用)
-dotnet build
-```

package/lib/assets/.claude/skills/managing-operations/SETUP_FRONTEND.md

@@ -1,84 +0,0 @@
-# TypeScript/React 開発環境の統合セットアップ
-
-ドキュメントベースの包括的 TypeScript/React 開発環境構築手順。
-
-## 参照ドキュメント
-
-- `docs/reference/TypeScriptアプリケーション環境構築ガイド.md`: TDD 基盤セットアップ手順と開発規律
-- `@docs/design/tech_stack.md`: フロントエンド技術スタック選定理由と詳細仕様
-- `@docs/design/architecture_frontend.md`: SPA アーキテクチャとコンポーネント設計詳細
-
-## 初期設定プロセス
-
-### 対話式プロジェクト設定
-
-- プロジェクト名の確認（例: meeting-room-reservation-ui）
-- パッケージ名の確認（例: @mrs/frontend）
-- 作成場所の確認（デフォルト: `apps/frontend/` 配下）
-- 開発ポートの確認（デフォルト: 3000）
-
-### 注意点
-
-- `docs/reference/TypeScriptアプリケーション環境構築ガイド.md` の Vite プロジェクトの初期化部分は参考にしない
-- apps/frontend/app のような構成にしてはいけない
-- apps/frontend/{project-name} のような構成すること
-- ディレクトリだけの場合もコミットしたいので `.gitkeep` を入れる
-
-## 構築される環境の詳細
-
-### 基盤技術 (@docs/design/tech_stack.md 準拠)
-
-- Node.js 20 LTS + TypeScript 5.4.0
-- React 18.3.0 + React DOM 18.3.0
-- Vite 5.2.0 (高速ビルドツール)
-- Zustand 4.5.2 (クライアント状態管理)
-
-### アーキテクチャ (@docs/design/architecture_frontend.md 準拠)
-
-- SPA アーキテクチャ（Single Page Application）
-- Container/Presentational パターン
-- Custom Hooks による状態ロジック分離
-- ディレクトリ構造: 11 フォルダ構成 (`components/,pages/,hooks/,services/,stores/,types/,utils/,constants/,assets/,styles/,__tests__/`)
-
-### UI/UX 技術
-
-- Tailwind CSS 3.4.3 (ユーティリティファースト CSS)
-- React Hook Form 7.51.4 (フォーム管理)
-- React Router 6.23.1 (ルーティング)
-- Lucide React 0.378.0 (アイコンライブラリ)
-
-### データ管理
-
-- TanStack React Query 5.40.1 (サーバー状態管理)
-- Axios 1.7.2 (HTTP クライアント)
-- React Hook Form + Zod 3.23.8 (バリデーション)
-
-### 品質管理ツール
-
-- テスト: Vitest + @testing-library/react + @testing-library/jest-dom
-- 静的解析: ESLint 8.57.0 + @typescript-eslint
-- フォーマッター: Prettier 3.2.5
-- カバレッジ: @vitest/coverage-v8 (80% 目標)
-- 循環複雑度制限: 7 以下
-
-### 開発支援機能
-
-- Vite HMR (ホットモジュールリロード)
-- TypeScript 厳格設定 (strict: true)
-- ESLint + Prettier 統合
-- Gulp Guard 機能（自動テスト・リント・フォーマット）
-- TDD サイクル支援（Red-Green-Refactor）
-
-## 連携シナリオ
-
-```bash
-# ドキュメント準拠の TypeScript/React 開発環境構築（対話式）
-cat docs/reference/TypeScriptアプリケーション環境構築ガイド.md
-cat docs/design/tech_stack.md
-cat docs/design/architecture_frontend.md
-# → プロジェクト名入力: "meeting-room-reservation-ui"
-# → 作成場所確認: "apps/frontend/" (Enter でデフォルト採用)
-# → パッケージ名確認: "@mrs/frontend" (自動生成)
-# → 開発ポート確認: "3000" (Enter でデフォルト採用)
-npm run dev
-```

package/lib/assets/.claude/skills/managing-operations/SETUP_JAVA.md

@@ -1,75 +0,0 @@
-# Java 開発環境の統合セットアップ
-
-ドキュメントベースの包括的 Java 開発環境構築手順。
-
-## 参照ドキュメント
-
-- `docs/reference/Javaアプリケーション環境構築ガイド.md`: 基本セットアップ手順とベストプラクティス
-- `@docs/design/tech_stack.md`: 技術スタック選定理由と詳細仕様
-- `@docs/design/architecture_backend.md`: ヘキサゴナルアーキテクチャ設計詳細
-
-## 初期設定プロセス
-
-### 対話式プロジェクト設定
-
-- プロジェクト名の確認（例: meeting-room-system）
-- パッケージ名の確認（例: com.example.{project-name}）
-- グループ ID・アーティファクト ID の設定確認
-- 作成場所の確認（デフォルト: `apps/backend/` 配下）
-
-### 注意点
-
-- `docs/reference/Javaアプリケーション環境構築ガイド.md` の Gradle プロジェクトの初期化部分は参考にしない
-- apps/backend/app のような構成にしてはいけない
-- apps/backend/{project-name} のような構成すること
-- ディレクトリだけの場合もコミットしたいので `.gitkeep` を入れる
-
-## 構築される環境の詳細
-
-### 基盤技術 (@docs/design/tech_stack.md 準拠)
-
-- Java 21 LTS + Spring Boot 3.3.2
-- Spring Security 6.3.1 (JWT Bearer 認証)
-- Spring Data JPA 3.3.2
-- Gradle 8.5 + Gradle Wrapper
-
-### アーキテクチャ (@docs/design/architecture_backend.md 準拠)
-
-- ヘキサゴナルアーキテクチャ（ポートとアダプターパターン）
-- ドメインモデルパターン
-- レイヤー分離: Domain → Application → Infrastructure
-- ディレクトリ構造: `src/main/java/{domain,application,infrastructure,shared}/`
-
-### データベース環境
-
-- 開発・テスト: H2 Database 2.2.224 (In-Memory)
-- 本番: PostgreSQL 15 + HikariCP 5.0.1
-- マイグレーション: Flyway 9.22.3
-
-### 品質管理ツール
-
-- テスト: JUnit 5 + AssertJ + Mockito + Testcontainers + ArchUnit
-- 静的解析: SonarQube + Checkstyle 10.12.3 + SpotBugs + PMD
-- カバレッジ: JaCoCo (80% 目標)
-- セキュリティ: OWASP Dependency Check 8.4.0
-- 循環複雑度制限: 7 以下
-
-### 開発支援機能
-
-- Spring Boot DevTools (ホットリロード)
-- Spring Boot Actuator (監視・メトリクス)
-- 環境プロファイル分離 (dev/test/prod)
-- H2 Console (開発時データベース可視化)
-
-## 連携シナリオ
-
-```bash
-# ドキュメント準拠の Java 開発環境構築（対話式）
-cat docs/reference/Javaアプリケーション環境構築ガイド.md
-cat docs/design/tech_stack.md
-cat docs/design/architecture_backend.md
-# → プロジェクト名入力: "meeting-room-system"
-# → 作成場所確認: "apps/backend/" (Enter でデフォルト採用)
-# → パッケージ名確認: "com.example.meetingroomsystem" (自動生成)
-./gradlew build
-```

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

@@ -1,156 +0,0 @@
----
-name: managing-operations
-description: アプリケーションの運用・構築・配置を統括管理。環境構築、デプロイ、監視、バックアップ、日次運用タスクの実行。運用管理やインフラ整備時に使用。
----
-
-# 運用管理ガイド
-
-アプリケーションの運用・構築・配置を統括的に管理し、本番環境への安全かつ効率的なデプロイを実現します。
-
-## Instructions
-
-### 1. オプション
-
-- なし : 運用全体のステータス確認（デフォルト）
-- `--setup [環境名]` : 環境構築の初期設定とインフラ準備
-  - `--setup Java` : Java 開発環境の構築と Spring Boot プロジェクトセットアップ
-  - `--setup FrontEnd` : TypeScript/React 開発環境の構築と Vite プロジェクトセットアップ
-  - `--setup C#WPF` : C# WPF 開発環境の構築と Clean Architecture プロジェクトセットアップ
-- `--build` : アプリケーションのビルドとパッケージング
-- `--deploy <環境>` : 指定環境へのデプロイ実行
-- `--status <環境>` : 特定環境の動作状況確認
-- `--rollback <環境>` : 指定環境での前バージョンへのロールバック
-- `--logs <サービス>` : 特定サービスのログ確認
-- `--health` : システム全体のヘルスチェック実行
-- `--backup` : データベース・設定ファイルのバックアップ作成
-- `--restore <バックアップ>` : 指定バックアップからの復元
-- `--daily` : 日次運用タスクの自動実行（日誌生成と概要編集）
-
-### 2. 基本例
-
-```bash
-# 運用全体の状況確認
-# 「現在の環境構築・デプロイ・運用状況を包括的にレポート」
-
-# Java 開発環境の構築
-# --setup Java
-# 「プロジェクト名と作成場所を対話式で確認後、Java 開発環境の統合セットアップ」
-
-# TypeScript/React 開発環境の構築
-# --setup FrontEnd
-# 「プロジェクト名と作成場所を対話式で確認後、TypeScript/React 開発環境の統合セットアップ」
-
-# C# WPF 開発環境の構築
-# --setup C#WPF
-# 「プロジェクト名と作成場所を対話式で確認後、C# WPF + Clean Architecture 開発環境の統合セットアップ」
-
-# プロダクション環境へのデプロイ
-# --deploy production
-# 「本番環境への安全なデプロイ実行とヘルスチェック」
-
-# システム全体のヘルスチェック
-# --health
-# 「全環境のサービス稼働状況・リソース使用量・アラート確認」
-
-# 日次運用タスクの実行
-# --daily
-# 「日誌の自動生成と概要編集を実行」
-```
-
-### 3. 環境構築の詳細
-
-各環境構築オプションの詳細は以下の参照ファイルを確認してください:
-
-- **Java**: @.claude/skills/managing-operations/SETUP_JAVA.md
-- **TypeScript/React**: @.claude/skills/managing-operations/SETUP_FRONTEND.md
-- **C# WPF**: @.claude/skills/managing-operations/SETUP_CSHARP.md
-
-### 4. デプロイ・運用監視の詳細
-
-デプロイメント管理、運用監視、バックアップの詳細:
-
-- @.claude/skills/managing-operations/DEPLOY.md
-
-### 5. 環境構築とインフラ管理
-
-```bash
-# 完全な環境構築
-# --setup
-```
-
-**実行される構築作業**:
-
-- **Docker 環境**: コンテナ・ネットワーク・ボリュームの構築
-- **CI/CD パイプライン**: GitHub Actions・Jenkins 等の設定
-- **データベース**: PostgreSQL・Redis 等のセットアップ
-- **監視システム**: ログ収集・メトリクス監視・アラート設定
-- **セキュリティ**: SSL 証明書・認証基盤・ファイアウォール設定
-
-### 6. ビルドとパッケージング
-
-複数言語・フレームワークに対応した統合ビルドシステム:
-
-**対応技術スタック**:
-
-- **Java**: Maven・Gradle による Spring Boot アプリケーション
-- **Node.js**: npm・yarn による React・Vue.js アプリケーション
-- **Python**: pip・poetry による Django・FastAPI アプリケーション
-- **.NET**: dotnet による ASP.NET Core アプリケーション
-
-### 7. 日次運用タスク
-
-プロジェクトの日常的な運用作業を自動化し、開発履歴の記録と管理を支援:
-
-```bash
-# 日次運用タスクの自動実行
-# --daily
-```
-
-**実行される作業**:
-
-1. `npm run journal` コマンドの実行
-2. Git コミット履歴から日付別の作業記録を自動生成
-3. `docs/journal/YYYYMMDD.md` 形式でファイル作成
-4. `mkdocs.yml` に自動登録
-5. 技術的な作業内容を簡潔に要約
-
-### 8. 出力例
-
-```
-運用管理ダッシュボード
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-
-Overall Status: 全環境正常稼働中
-
-Environment Status:
-├─ Development: 稼働中 (backend: http://localhost:5150)
-├─ Staging: 稼働中 (v1.2.1)
-├─ Production: 稼働中 (v1.2.0, 99.99% アップタイム)
-└─ Monitoring: 正常 (アラートなし)
-
-Infrastructure Health:
-├─ Database: PostgreSQL 正常 (CPU: 15%, Memory: 45%)
-├─ API Gateway: 正常 (平均レスポンス: 120ms)
-└─ CDN: キャッシュ効率: 95%
-```
-
-### 9. 注意事項
-
-- **前提条件**: Docker・Git・適切な権限設定が必要
-- **制限事項**: 本番環境への直接アクセスは制限される場合あり
-- **推奨事項**: 本番デプロイ前に必ずステージング環境での動作確認を実施
-
-### 10. ベストプラクティス
-
-1. **段階的デプロイ**: Development → Staging → Production の順序を厳守
-2. **自動化優先**: 手作業を最小限に抑え、スクリプトと CI/CD で自動化
-3. **監視ファースト**: デプロイ前後の監視設定とアラート確認を徹底
-4. **バックアップ確保**: 重要な変更前には必ずバックアップを作成
-5. **ロールバック準備**: 緊急時の迅速なロールバック手順を事前準備
-6. **セキュリティ重視**: 認証・認可・暗号化・ログ監査を常に実施
-
-### 関連スキル
-
-- `tracking-progress` : 開発進捗と運用準備状況の確認
-- `planning-releases` : リリース計画と運用スケジュールの管理
-- `git-commit` : デプロイに適したコミット作成