@k2works/claude-code-booster 4.7.0 → 4.8.0

package/lib/assets/.claude/skills/killing-processes/SKILL.md

@@ -1,44 +1,44 @@
----
-name: killing-processes
-description: 開発サーバーや Node.js プロセスを強制終了。ポート競合の解消やプロセスリセットに対応する。「プロセスを止めたい」「ポートが使われている」「開発サーバーを再起動したい」「Port already in use を解決したい」といった場面で発動する。
----
-
-# プロセス強制終了
-
-開発サーバーや Node.js プロセスを強制終了する。複数ポートで起動している開発プロセスを一括停止できる。
-
-## オプション
-
-| オプション | 説明 |
-|-----------|------|
-| なし | すべての Node.js 開発プロセスを強制終了 |
-| `--port <ポート番号>` | 特定のポートのプロセスのみ終了 |
-| `--check` | プロセス状況の確認のみ（終了せず） |
-
-## 実行コマンド
-
-```bash
-# ポート範囲でのプロセス検索・終了
-netstat -ano | findstr ":300[0-9]" | findstr LISTENING
-taskkill //F //PID <PID>
-```
-
-## 出力例
-
-```
-現在起動中の開発プロセス:
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-ポート 3000: PID 34348 (Node.js)
-ポート 3001: PID 16676 (Node.js)
-
-プロセス終了中...
-PID 34348 を終了しました
-PID 16676 を終了しました
-すべての開発プロセスを停止しました。
-```
-
-## 注意事項
-
-- Windows 環境（taskkill コマンド使用）が前提。管理者権限が必要な場合がある
-- 重要な作業中は事前にファイルを保存する
-- まず `--check` で状況確認してから終了する。必要に応じて `--port` で特定ポートのみ終了する
+---
+name: killing-processes
+description: 開発サーバーや Node.js プロセスを強制終了。ポート競合の解消やプロセスリセットに対応する。「プロセスを止めたい」「ポートが使われている」「開発サーバーを再起動したい」「Port already in use を解決したい」といった場面で発動する。
+---
+
+# プロセス強制終了
+
+開発サーバーや Node.js プロセスを強制終了する。複数ポートで起動している開発プロセスを一括停止できる。
+
+## オプション
+
+| オプション | 説明 |
+|-----------|------|
+| なし | すべての Node.js 開発プロセスを強制終了 |
+| `--port <ポート番号>` | 特定のポートのプロセスのみ終了 |
+| `--check` | プロセス状況の確認のみ（終了せず） |
+
+## 実行コマンド
+
+```bash
+# ポート範囲でのプロセス検索・終了
+netstat -ano | findstr ":300[0-9]" | findstr LISTENING
+taskkill //F //PID <PID>
+```
+
+## 出力例
+
+```
+現在起動中の開発プロセス:
+━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
+ポート 3000: PID 34348 (Node.js)
+ポート 3001: PID 16676 (Node.js)
+
+プロセス終了中...
+PID 34348 を終了しました
+PID 16676 を終了しました
+すべての開発プロセスを停止しました。
+```
+
+## 注意事項
+
+- Windows 環境（taskkill コマンド使用）が前提。管理者権限が必要な場合がある
+- 重要な作業中は事前にファイルを保存する
+- まず `--check` で状況確認してから終了する。必要に応じて `--port` で特定ポートのみ終了する

package/lib/assets/.claude/skills/operating-backup/SKILL.md

@@ -1,59 +1,59 @@
----
-name: operating-backup
-description: データベースのバックアップ・リストアを実行。AWS Backup による自動バックアップ、SSH トンネル経由の手動バックアップ、スナップショットからのリストア。バックアップやリストア、データ復旧時に使用。
----
-
-# バックアップ・リストア
-
-データベースのバックアップ・リストアを実行します。
-
-## Instructions
-
-### 1. AWS Backup（自動バックアップ）
-
-`Backup = "true"` タグが付与された RDS インスタンスに対して日次・週次でスナップショットを自動取得する。
-
-| ルール | スケジュール | 保持期間 |
-|--------|-------------|---------|
-| daily | 毎日 JST 0:00 | 7 日 |
-| weekly | 毎週日曜 JST 0:00 | 35 日 |
-
-### 2. 手動バックアップ（SSH トンネル経由）
-
-踏み台サーバー経由で RDS に接続し、スキーマ単位のバックアップを実行する。
-
-```bash
-# SSH トンネルを確立
-ssh -L 5432:<RDS エンドポイント>:5432 ec2-user@<踏み台 IP> -i <キーペア>.pem
-
-# スキーマ単位でバックアップ
-PGPASSWORD=<パスワード> pg_dump -h 127.0.0.1 -p 5432 -U <ユーザー名> -d <DB 名> -n <スキーマ名> -Fc -f <スキーマ名>_backup.dump
-```
-
-### 3. リストア
-
-```bash
-# pg_restore によるリストア
-PGPASSWORD=<パスワード> pg_restore -h 127.0.0.1 -p 5432 -U <ユーザー名> -d <DB 名> --clean --if-exists <ダンプファイル>
-```
-
-### 4. AWS Backup からのリストア
-
-1. AWS コンソール → AWS Backup → バックアップボールト → リカバリポイントを選択
-2. 「復元」をクリック → リストア先の DB インスタンス識別子を指定
-3. リストア完了後、アプリケーションの接続先を切り替え
-
-> **注意**: AWS Backup からのリストアは新しい RDS インスタンスとして作成されます。
-
-### 5. 基本例
-
-```bash
-# 「データベースをバックアップして」
-# 「SMS スキーマをバックアップして」
-# 「バックアップからリストアして」
-```
-
-### 関連スキル
-
-- `operating-deploy` : デプロイ前のバックアップ確認
-- `operating-provision` : AWS Backup リソースのプロビジョニング
+---
+name: operating-backup
+description: データベースのバックアップ・リストアを実行。AWS Backup による自動バックアップ、SSH トンネル経由の手動バックアップ、スナップショットからのリストア。バックアップやリストア、データ復旧時に使用。
+---
+
+# バックアップ・リストア
+
+データベースのバックアップ・リストアを実行します。
+
+## Instructions
+
+### 1. AWS Backup（自動バックアップ）
+
+`Backup = "true"` タグが付与された RDS インスタンスに対して日次・週次でスナップショットを自動取得する。
+
+| ルール | スケジュール | 保持期間 |
+|--------|-------------|---------|
+| daily | 毎日 JST 0:00 | 7 日 |
+| weekly | 毎週日曜 JST 0:00 | 35 日 |
+
+### 2. 手動バックアップ（SSH トンネル経由）
+
+踏み台サーバー経由で RDS に接続し、スキーマ単位のバックアップを実行する。
+
+```bash
+# SSH トンネルを確立
+ssh -L 5432:<RDS エンドポイント>:5432 ec2-user@<踏み台 IP> -i <キーペア>.pem
+
+# スキーマ単位でバックアップ
+PGPASSWORD=<パスワード> pg_dump -h 127.0.0.1 -p 5432 -U <ユーザー名> -d <DB 名> -n <スキーマ名> -Fc -f <スキーマ名>_backup.dump
+```
+
+### 3. リストア
+
+```bash
+# pg_restore によるリストア
+PGPASSWORD=<パスワード> pg_restore -h 127.0.0.1 -p 5432 -U <ユーザー名> -d <DB 名> --clean --if-exists <ダンプファイル>
+```
+
+### 4. AWS Backup からのリストア
+
+1. AWS コンソール → AWS Backup → バックアップボールト → リカバリポイントを選択
+2. 「復元」をクリック → リストア先の DB インスタンス識別子を指定
+3. リストア完了後、アプリケーションの接続先を切り替え
+
+> **注意**: AWS Backup からのリストアは新しい RDS インスタンスとして作成されます。
+
+### 5. 基本例
+
+```bash
+# 「データベースをバックアップして」
+# 「SMS スキーマをバックアップして」
+# 「バックアップからリストアして」
+```
+
+### 関連スキル
+
+- `operating-deploy` : デプロイ前のバックアップ確認
+- `operating-provision` : AWS Backup リソースのプロビジョニング

package/lib/assets/.claude/skills/operating-cicd/SKILL.md

@@ -1,54 +1,54 @@
----
-name: operating-cicd
-description: CI/CD パイプラインを構築。CI（Lint・テスト・ビルド・セキュリティスキャン）と CD（環境別デプロイ・OIDC 認証）の設計・実装。CI/CD パイプラインの構築やデプロイ自動化の設定時に使用。
----
-
-# CI/CD パイプライン構築
-
-継続的インテグレーション・デプロイのパイプラインを構築します。
-
-## Instructions
-
-### 1. CI パイプライン
-
-ビルド・テスト・品質チェックを自動化する。
-
-| 段階 | 内容 | 目的 |
-|------|------|------|
-| ソースチェックアウト | リポジトリのコード取得 | 最新コードの取得 |
-| 依存関係インストール | パッケージのインストール | ビルド環境の準備 |
-| 静的解析 | Lint、型チェック | コード品質の担保 |
-| テスト | 単体・統合テストの実行 | 機能の正しさの検証 |
-| ビルド | アプリケーションのビルド | デプロイ可能な成果物の生成 |
-| セキュリティスキャン | 依存関係の脆弱性チェック | セキュリティリスクの排除 |
-
-### 2. CD パイプライン
-
-環境別のデプロイを自動化する。
-
-| 環境 | トリガー | 方式 | 承認 |
-|------|---------|------|------|
-| Development | `develop` ブランチ push | 即座デプロイ | 不要 |
-| Staging | `main` ブランチ push | 自動デプロイ | 不要 |
-| Production | リリースタグ作成 | ローリング or Blue/Green | 必須 |
-
-### 3. OIDC 認証
-
-クラウド環境へのデプロイではシークレットキーの直接管理を避け、OIDC（OpenID Connect）認証を使用する。
-
-- **AWS**: GitHub Actions OIDC Provider + IAM Role
-- **GCP**: Workload Identity Federation
-- **Azure**: Federated Identity Credentials
-
-### 4. ベストプラクティス
-
-- **高速フィードバック**: Lint → テスト → ビルドの順で失敗を早期検知
-- **キャッシュ活用**: 依存関係のキャッシュで実行時間を短縮
-- **並列実行**: 独立したジョブは並列で実行
-- **段階的導入**: CI 基盤 → 開発環境 CD → ステージング CD → 本番 CD の順
-
-### 関連スキル
-
-- `operating-deploy` : デプロイの実行
-- `operating-provision` : OIDC 用 IAM ロールのプロビジョニング
-- `orchestrating-operation` : 運用フェーズ全体のワークフロー案内
+---
+name: operating-cicd
+description: CI/CD パイプラインを構築。CI（Lint・テスト・ビルド・セキュリティスキャン）と CD（環境別デプロイ・OIDC 認証）の設計・実装。CI/CD パイプラインの構築やデプロイ自動化の設定時に使用。
+---
+
+# CI/CD パイプライン構築
+
+継続的インテグレーション・デプロイのパイプラインを構築します。
+
+## Instructions
+
+### 1. CI パイプライン
+
+ビルド・テスト・品質チェックを自動化する。
+
+| 段階 | 内容 | 目的 |
+|------|------|------|
+| ソースチェックアウト | リポジトリのコード取得 | 最新コードの取得 |
+| 依存関係インストール | パッケージのインストール | ビルド環境の準備 |
+| 静的解析 | Lint、型チェック | コード品質の担保 |
+| テスト | 単体・統合テストの実行 | 機能の正しさの検証 |
+| ビルド | アプリケーションのビルド | デプロイ可能な成果物の生成 |
+| セキュリティスキャン | 依存関係の脆弱性チェック | セキュリティリスクの排除 |
+
+### 2. CD パイプライン
+
+環境別のデプロイを自動化する。
+
+| 環境 | トリガー | 方式 | 承認 |
+|------|---------|------|------|
+| Development | `develop` ブランチ push | 即座デプロイ | 不要 |
+| Staging | `main` ブランチ push | 自動デプロイ | 不要 |
+| Production | リリースタグ作成 | ローリング or Blue/Green | 必須 |
+
+### 3. OIDC 認証
+
+クラウド環境へのデプロイではシークレットキーの直接管理を避け、OIDC（OpenID Connect）認証を使用する。
+
+- **AWS**: GitHub Actions OIDC Provider + IAM Role
+- **GCP**: Workload Identity Federation
+- **Azure**: Federated Identity Credentials
+
+### 4. ベストプラクティス
+
+- **高速フィードバック**: Lint → テスト → ビルドの順で失敗を早期検知
+- **キャッシュ活用**: 依存関係のキャッシュで実行時間を短縮
+- **並列実行**: 独立したジョブは並列で実行
+- **段階的導入**: CI 基盤 → 開発環境 CD → ステージング CD → 本番 CD の順
+
+### 関連スキル
+
+- `operating-deploy` : デプロイの実行
+- `operating-provision` : OIDC 用 IAM ロールのプロビジョニング
+- `orchestrating-operation` : 運用フェーズ全体のワークフロー案内

package/lib/assets/.claude/skills/operating-deploy/SKILL.md

@@ -1,67 +1,67 @@
----
-name: operating-deploy
-description: 各環境へのデプロイを実行。Docker イメージのビルド・プッシュ、ローリングデプロイ、Blue/Green デプロイ、ロールバック、ステータス確認、ログ取得。デプロイやロールバック、サービス状態確認時に使用。
----
-
-# デプロイ
-
-各環境へのデプロイ、ロールバック、ステータス確認を実行します。
-
-## Instructions
-
-### 1. デプロイフロー
-
-```
-Docker ビルド → Registry プッシュ → 対象環境でプル → サービス更新 → ヘルスチェック
-```
-
-### 2. デプロイ方式
-
-| 方式 | 説明 | 用途 |
-|------|------|------|
-| Docker イメージ配布 | Registry 経由でイメージをプル | 開発環境 |
-| ローリングデプロイ | 段階的にインスタンスを更新 | ECS ステージング・本番 |
-| Blue/Green | 新旧環境を切り替え | RDS アップグレード |
-
-### 3. 環境別デプロイ
-
-```bash
-# 開発環境: Docker イメージ配布
-# 「開発環境にデプロイして」
-
-# ステージング環境: ECS ローリングデプロイ
-# 「ステージングにデプロイして」
-
-# 本番環境: 承認後デプロイ
-# 「本番にデプロイして」
-```
-
-### 4. ロールバック
-
-問題発生時は前バージョンに切り戻す。
-
-```bash
-# 「開発環境をロールバックして」
-# 「本番を前バージョンに戻して」
-```
-
-### 5. ステータス確認・ログ
-
-```bash
-# 「開発環境の状態を確認して」
-# 「ステージングのログを見せて」
-# 「全環境の状態を確認して」
-```
-
-### 6. 注意事項
-
-- **段階的デプロイ**: Development → Staging → Production の順序を厳守
-- **ステージング検証**: 本番デプロイ前にステージングで十分に検証
-- **ロールバック準備**: デプロイ前にロールバック手順を確認
-- **ヘルスチェック**: デプロイ後に必ず動作確認を実施
-
-### 関連スキル
-
-- `operating-cicd` : CI/CD パイプライン構築
-- `operating-backup` : デプロイ前のバックアップ
-- `developing-release` : リリースワークフロー
+---
+name: operating-deploy
+description: 各環境へのデプロイを実行。Docker イメージのビルド・プッシュ、ローリングデプロイ、Blue/Green デプロイ、ロールバック、ステータス確認、ログ取得。デプロイやロールバック、サービス状態確認時に使用。
+---
+
+# デプロイ
+
+各環境へのデプロイ、ロールバック、ステータス確認を実行します。
+
+## Instructions
+
+### 1. デプロイフロー
+
+```
+Docker ビルド → Registry プッシュ → 対象環境でプル → サービス更新 → ヘルスチェック
+```
+
+### 2. デプロイ方式
+
+| 方式 | 説明 | 用途 |
+|------|------|------|
+| Docker イメージ配布 | Registry 経由でイメージをプル | 開発環境 |
+| ローリングデプロイ | 段階的にインスタンスを更新 | ECS ステージング・本番 |
+| Blue/Green | 新旧環境を切り替え | RDS アップグレード |
+
+### 3. 環境別デプロイ
+
+```bash
+# 開発環境: Docker イメージ配布
+# 「開発環境にデプロイして」
+
+# ステージング環境: ECS ローリングデプロイ
+# 「ステージングにデプロイして」
+
+# 本番環境: 承認後デプロイ
+# 「本番にデプロイして」
+```
+
+### 4. ロールバック
+
+問題発生時は前バージョンに切り戻す。
+
+```bash
+# 「開発環境をロールバックして」
+# 「本番を前バージョンに戻して」
+```
+
+### 5. ステータス確認・ログ
+
+```bash
+# 「開発環境の状態を確認して」
+# 「ステージングのログを見せて」
+# 「全環境の状態を確認して」
+```
+
+### 6. 注意事項
+
+- **段階的デプロイ**: Development → Staging → Production の順序を厳守
+- **ステージング検証**: 本番デプロイ前にステージングで十分に検証
+- **ロールバック準備**: デプロイ前にロールバック手順を確認
+- **ヘルスチェック**: デプロイ後に必ず動作確認を実施
+
+### 関連スキル
+
+- `operating-cicd` : CI/CD パイプライン構築
+- `operating-backup` : デプロイ前のバックアップ
+- `developing-release` : リリースワークフロー