@k2works/claude-code-booster 6.3.1 → 6.4.0

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` : リリースワークフロー