@k2works/claude-code-booster 2.2.0 → 2.3.1

package/bin/claude-code-booster

@@ -52,6 +52,17 @@ async function setupProject() {
           console.warn(`[claude-code-booster] Skip: source not found "${src}"`);
         }
       }
+
+      // ルート直下の設定ファイルも上書きコピー
+      const rootFiles = ['AGENTS.md', 'CLAUDE.md'];
+      for (const file of rootFiles) {
+        const src = path.join(templateDir, file);
+        const dest = path.join(projectDir, file);
+        if (await fs.pathExists(src)) {
+          await fs.copy(src, dest, { overwrite: true, errorOnExist: false });
+          console.log(`[claude-code-booster] Updated "${file}"`);
+        }
+      }
     } else {
       // それ以外は従来通り assets 全体をコピー
       await fs.copy(templateDir, projectDir, { overwrite: true, errorOnExist: false });

package/lib/assets/.claude/README.md

@@ -54,6 +54,14 @@ Claude Code をより効率的に使うための基本設定テンプレート
 | `developing-frontend` | フロントエンド開発の TDD ワークフロー。アウトサイドインアプローチ。 |
 | `developing-release` | リリースワークフロー。品質ゲート、バージョンバンプ、CHANGELOG 生成、git commit + tag。 |
 
+#### レビュー系
+
+| スキル | 説明 |
+| :--- | :--- |
+| `analyzing-review` | 分析成果物のマルチパースペクティブレビュー。XP エージェント 5 名（PM、アーキテクト、ID、テスター、ユーザー代表）を並列起動。 |
+| `developing-review` | 開発成果物のマルチパースペクティブレビュー。XP エージェント 5 名（プログラマー、テスター、アーキテクト、TW、ユーザー代表）を並列起動。 |
+| `operating-review` | 運用成果物のマルチパースペクティブレビュー。XP エージェント 3 名（アーキテクト、テスター、PM）を並列起動。 |
+
 #### 計画・進捗系
 
 | スキル | 説明 |
@@ -72,6 +80,8 @@ Claude Code をより効率的に使うための基本設定テンプレート
 | `operating-deploy` | 各環境へのデプロイを実行。ローリング、Blue/Green、ロールバック。 |
 | `operating-backup` | データベースのバックアップ・リストアを実行。 |
 | `operating-docs` | 設計ドキュメントの一覧表示、進捗確認、インデックス更新、Markdown Lint。 |
+| `operating-qt` | SonarQube によるコード品質管理。スキャン実行、Quality Gate 確認、イシュー分析。 |
+| `operating-script` | 運用スクリプト（Gulp タスク）の作成・更新。 |
 | `killing-processes` | 開発サーバーや Node.js プロセスを強制終了。ポート競合の解決。 |
 
 #### ドキュメント・Git 系
@@ -148,10 +158,15 @@ Claude Code をより効率的に使うための基本設定テンプレート
 │   ├── analyzing-test-strategy/SKILL.md
 │   ├── analyzing-non-functional/SKILL.md
 │   ├── analyzing-operation/SKILL.md
+│   ├── analyzing-review/SKILL.md
 │   ├── developing-backend/SKILL.md
 │   ├── developing-frontend/SKILL.md
 │   ├── developing-release/SKILL.md
+│   ├── developing-review/SKILL.md
 │   ├── operating-setup/SKILL.md
+│   ├── operating-qt/SKILL.md
+│   ├── operating-script/SKILL.md
+│   ├── operating-review/SKILL.md
 │   ├── operating-provision/SKILL.md
 │   ├── operating-cicd/SKILL.md
 │   ├── operating-deploy/SKILL.md

package/lib/assets/.claude/skills/analyzing-review/SKILL.md

@@ -0,0 +1,174 @@
+---
+name: analyzing-review
+description: 分析成果物のマルチパースペクティブレビューを実施。XP エージェント（プロダクトマネージャー、アーキテクト、インタラクションデザイナー、テスター、ユーザー代表）を並列起動し、専門的視点からフィードバックを収集・統合する。「分析ドキュメントをレビューしたい」「要件定義をレビューして」「アーキテクチャ設計のレビューをお願い」「設計ドキュメントにフィードバックがほしい」「分析結果を検証したい」「ユースケースをチェックして」といった場面で発動する。分析フェーズの成果物に対するレビュー依頼があれば積極的に使用すること。
+---
+
+# 分析成果物レビュー
+
+分析フェーズの成果物（要件定義、アーキテクチャ設計、データモデル、ドメインモデル、UI 設計、テスト戦略、非機能要件、運用要件など）を複数の XP エージェントで並列レビューし、多角的なフィードバックを統合する。
+
+## レビューの価値
+
+分析成果物のレビューは、開発フェーズに入る前に問題を発見する最も効果的な手段。1 人の視点では見落としがちな矛盾や不足を、異なる専門性を持つエージェントが同時に検証することで、手戻りコストを大幅に削減できる。
+
+## レビューエージェント
+
+各エージェントは独自の専門的視点でレビューを行う。全エージェントを並列起動し、独立したフィードバックを収集する。
+
+| エージェント | 視点 | 着眼点 |
+|:---|:---|:---|
+| `xp-product-manager` | ビジネス価値 | 要件の完全性、ビジネス価値との整合性、ストーリーの INVEST 基準、優先順位の妥当性 |
+| `xp-architect` | 技術的実現性 | アーキテクチャの妥当性、非機能要件の実現可能性、技術的リスク、変更容易性 |
+| `xp-interaction-designer` | ユーザー体験 | UI/UX の一貫性、ユーザーの心理モデルとの整合、アクセシビリティ、画面遷移の自然さ |
+| `xp-tester` | テスト可能性 | 要件のテスト可能性、受入基準の明確さ、エッジケースの網羅性、テスト戦略との整合 |
+| `xp-user-representative` | 利用者視点 | 実際の業務での使いやすさ、業務フローとの整合性、ユーザーが本当に必要としている機能か |
+
+## レビュー対象と重点エージェント
+
+成果物の種類に応じて、特に重要なエージェントが異なる。ただし全エージェントを起動して多角的な視点を確保する。
+
+| 成果物 | 重点エージェント |
+|:---|:---|
+| 要件定義・ユースケース | xp-product-manager, xp-user-representative, xp-tester |
+| アーキテクチャ設計 | xp-architect, xp-tester |
+| データモデル・ドメインモデル | xp-architect, xp-product-manager |
+| UI 設計 | xp-interaction-designer, xp-user-representative |
+| テスト戦略 | xp-tester, xp-architect |
+| 非機能要件・運用要件 | xp-architect, xp-tester |
+
+## レビューワークフロー
+
+### 1. レビュー対象の特定
+
+レビュー対象のドキュメントを特定する。ユーザーが明示的に指定しない場合は `docs/design/` 配下を確認し、対象を提案する。
+
+### 2. エージェントの並列起動
+
+Agent ツールを使い、5 つのエージェントを **同一メッセージで並列起動** する。各エージェントには以下を指示する。
+
+```
+あなたは {エージェント名} です。
+.claude/agents/{エージェント名}.md の定義に従ってレビューしてください。
+
+## レビュー対象
+{ドキュメントパスとその内容の要約}
+
+## レビュー対象の種類
+{成果物カテゴリ: 要件定義 / アーキテクチャ設計 / データモデル / UI 設計 等}
+
+## レビュー観点
+{エージェント固有の着眼点}
+
+## 出力形式
+以下の形式でフィードバックを返してください：
+
+### 評価サマリー
+（1-2 文で全体評価）
+
+### 良い点
+- （具体的に）
+
+### 改善提案
+- 【重要度: 高/中/低】（具体的な改善提案と理由）
+
+### 懸念事項
+- （リスクや見落とされている観点）
+
+### スコープ外の発見
+- （レビュー対象外だが報告すべき問題）
+```
+
+#### Agent ツールが利用できない場合のフォールバック
+
+Agent ツールが利用できない環境では、5 つの視点を逐次的にシミュレートする。各エージェントの定義ファイル（`.claude/agents/{エージェント名}.md`）を読み、その視点でレビューを順次実施する。出力形式は同一のテンプレートに従う。
+
+### 3. フィードバックの統合
+
+全エージェントのフィードバックを受け取った後、以下の形式で統合レポートを作成する。
+
+```markdown
+## レビュー結果
+
+### レビュー対象
+- {ドキュメント名}
+
+### 総合評価
+（全エージェントの評価を統合した 2-3 文の評価）
+
+### 改善提案（重要度順）
+
+#### 高
+| # | 提案 | 指摘元 | 理由 |
+|---|------|--------|------|
+
+#### 中
+| # | 提案 | 指摘元 | 理由 |
+|---|------|--------|------|
+
+#### 低
+| # | 提案 | 指摘元 | 理由 |
+|---|------|--------|------|
+
+### 矛盾事項
+
+複数エージェントの指摘が相反する場合、ここに記載する。
+
+| # | 視点 A | 視点 B | 論点 | 推奨判断 |
+|---|--------|--------|------|----------|
+
+### エージェント別フィードバック詳細
+
+<details>
+<summary>xp-product-manager（高: N / 中: N / 低: N）</summary>
+（フィードバック全文）
+</details>
+
+<details>
+<summary>xp-architect（高: N / 中: N / 低: N）</summary>
+（フィードバック全文）
+</details>
+
+<details>
+<summary>xp-interaction-designer（高: N / 中: N / 低: N）</summary>
+（フィードバック全文）
+</details>
+
+<details>
+<summary>xp-tester（高: N / 中: N / 低: N）</summary>
+（フィードバック全文）
+</details>
+
+<details>
+<summary>xp-user-representative（高: N / 中: N / 低: N）</summary>
+（フィードバック全文）
+</details>
+```
+
+### 4. 改善アクションの提案
+
+統合レポートに基づき、具体的な改善アクションを提案する。改善は重要度「高」から着手することを推奨する。
+
+### 5. レビュー結果の保存
+
+統合レポートを `docs/review/{対象名}_review_{YYYYMMDD}.md` に保存する。過去のレビュー結果と比較できるようにし、改善のトレーサビリティを確保する。
+
+## レビュー完了条件
+
+以下をすべて満たした場合にレビュー完了とする。
+
+- 全エージェントのフィードバックが収集済み
+- 統合レポートが作成済み
+- 重要度「高」の指摘について対応方針（修正する / 許容する / 保留する）が決定済み
+- レビュー結果がドキュメントとして保存済み
+
+## 注意事項
+
+- レビューは成果物の品質向上が目的であり、批判が目的ではない
+- レビュー対象が複数ドキュメントにまたがる場合は、関連性の高いものをまとめてレビューする
+- TDD サイクルの遵守状況（テストが先に書かれているか）もレビュー観点に含める
+
+## 関連スキル
+
+- `orchestrating-analysis` — 分析フェーズの全体ワークフロー
+- `analyzing-*` — 各分析工程のスキル
+- `git-commit` — レビュー結果の保存後のコミット

package/lib/assets/.claude/skills/developing-review/SKILL.md

@@ -0,0 +1,175 @@
+---
+name: developing-review
+description: 開発成果物のマルチパースペクティブレビューを実施。XP エージェント（プログラマー、テスター、アーキテクト、テクニカルライター、ユーザー代表）を並列起動し、コード品質・テスト品質・設計整合性・ドキュメント品質・利用者視点からフィードバックを収集・統合する。「コードレビューして」「PR をレビューして」「実装をチェックして」「テストコードをレビューして」「この変更をレビューしてほしい」「コードの品質を確認して」といった場面で発動する。開発成果物に対するレビュー依頼があれば積極的に使用すること。
+---
+
+# 開発成果物レビュー
+
+開発フェーズの成果物（プロダクションコード、テストコード、PR、リファクタリング結果など）を複数の XP エージェントで並列レビューし、多角的なフィードバックを統合する。
+
+## レビューの価値
+
+コードレビューは単なるバグ発見の手段ではない。設計の妥当性、テストの十分性、将来の変更容易性、ドキュメントとの整合性、そして実際のユーザーにとっての価値を同時に検証することで、「変更を楽に安全にできて役に立つソフトウェア」を維持する。
+
+## レビューエージェント
+
+| エージェント | 視点 | 着眼点 |
+|:---|:---|:---|
+| `xp-programmer` | コード品質 | SOLID 原則、DRY、命名、可読性、TDD サイクルの遵守、シンプルな設計 |
+| `xp-tester` | テスト品質 | テストカバレッジ、境界値、エッジケース、テストの信頼性、テストピラミッドのバランス |
+| `xp-architect` | 設計整合性 | アーキテクチャとの整合、依存関係の方向、変更容易性、技術的負債の蓄積 |
+| `xp-technical-writer` | ドキュメント品質 | API ドキュメント、コメントの適切さ、README の更新必要性、機能の理解しやすさ |
+| `xp-user-representative` | 利用者視点 | 実装された機能がユーザーの期待に合っているか、業務フローとの整合、使い勝手 |
+
+## レビュー対象の判定
+
+ユーザーのリクエストに応じてレビュー範囲を決定する。
+
+| リクエスト | レビュー範囲 |
+|:---|:---|
+| 「PR をレビュー」 | `git diff` で変更差分を取得 |
+| 「このファイルをレビュー」 | 指定ファイルの全体 |
+| 「最近の変更をレビュー」 | `git log` + `git diff` で直近の変更を取得 |
+| 「実装をレビュー」 | 指定された機能に関連するファイル群 |
+
+## レビューワークフロー
+
+### 1. レビュー対象の収集
+
+レビュー対象のコードを特定し、変更内容を把握する。
+
+- PR の場合: `git diff` でベースブランチとの差分を取得
+- ファイル指定の場合: 指定ファイルと関連ファイルを読み取る
+- 関連するテストファイル、設計ドキュメントも収集する
+
+### 2. エージェントの並列起動
+
+Agent ツールを使い、5 つのエージェントを **同一メッセージで並列起動** する。各エージェントには以下を指示する。
+
+```
+あなたは {エージェント名} です。
+.claude/agents/{エージェント名}.md の定義に従ってレビューしてください。
+
+## レビュー対象
+{変更差分 / ファイル内容}
+
+## 関連コンテキスト
+{関連する設計ドキュメント、テストファイル、ユーザーストーリー}
+
+## レビュー観点
+{エージェント固有の着眼点}
+
+## 出力形式
+以下の形式でフィードバックを返してください：
+
+### 評価サマリー
+（1-2 文で全体評価）
+
+### 良い点
+- （具体的に）
+
+### 改善提案
+- 【重要度: 高/中/低】（ファイル:行番号）（具体的な改善提案と理由）
+
+### 懸念事項
+- （潜在的なバグ、セキュリティリスク、パフォーマンス問題など）
+
+### スコープ外の発見
+- （レビュー対象外だが報告すべき問題）
+```
+
+#### Agent ツールが利用できない場合のフォールバック
+
+Agent ツールが利用できない環境では、5 つの視点を逐次的にシミュレートする。各エージェントの定義ファイル（`.claude/agents/{エージェント名}.md`）を読み、その視点でレビューを順次実施する。出力形式は同一のテンプレートに従う。
+
+### 3. フィードバックの統合
+
+全エージェントのフィードバックを受け取った後、以下の形式で統合レポートを作成する。
+
+```markdown
+## コードレビュー結果
+
+### レビュー対象
+- {ファイル名 / PR 番号}
+
+### 総合評価
+（全エージェントの評価を統合した 2-3 文の評価）
+
+### 改善提案（重要度順）
+
+#### 高（マージ前に対応すべき）
+| # | 提案 | 箇所 | 指摘元 | 理由 |
+|---|------|------|--------|------|
+
+#### 中（対応推奨）
+| # | 提案 | 箇所 | 指摘元 | 理由 |
+|---|------|------|--------|------|
+
+#### 低（改善の余地あり）
+| # | 提案 | 箇所 | 指摘元 | 理由 |
+|---|------|------|--------|------|
+
+### 矛盾事項
+
+複数エージェントの指摘が相反する場合、ここに記載する。
+
+| # | 視点 A | 視点 B | 論点 | 推奨判断 |
+|---|--------|--------|------|----------|
+
+### エージェント別フィードバック詳細
+
+<details>
+<summary>xp-programmer（高: N / 中: N / 低: N）</summary>
+（フィードバック全文）
+</details>
+
+<details>
+<summary>xp-tester（高: N / 中: N / 低: N）</summary>
+（フィードバック全文）
+</details>
+
+<details>
+<summary>xp-architect（高: N / 中: N / 低: N）</summary>
+（フィードバック全文）
+</details>
+
+<details>
+<summary>xp-technical-writer（高: N / 中: N / 低: N）</summary>
+（フィードバック全文）
+</details>
+
+<details>
+<summary>xp-user-representative（高: N / 中: N / 低: N）</summary>
+（フィードバック全文）
+</details>
+```
+
+### 4. 改善アクションの提案
+
+重要度「高」の指摘は具体的な修正コードを提案する。修正を適用するかはユーザーの判断に委ねる。
+
+### 5. レビュー結果の保存
+
+統合レポートを `docs/review/{対象名}_review_{YYYYMMDD}.md` に保存する。過去のレビュー結果と比較できるようにし、改善のトレーサビリティを確保する。
+
+## レビュー完了条件
+
+以下をすべて満たした場合にレビュー完了とする。
+
+- 全エージェントのフィードバックが収集済み
+- 統合レポートが作成済み
+- 重要度「高」の指摘について対応方針（修正する / 許容する / 保留する）が決定済み
+- レビュー結果がドキュメントとして保存済み
+
+## 注意事項
+
+- レビューは「変更を楽に安全にできる」コードを維持するための協調的な活動
+- TDD サイクルの遵守状況（テストが先に書かれているか）もレビュー観点に含める
+- セキュリティに関する指摘は重要度「高」として扱う
+
+## 関連スキル
+
+- `orchestrating-development` — 開発フェーズの全体ワークフロー
+- `developing-backend` — バックエンド TDD 開発
+- `developing-frontend` — フロントエンド TDD 開発
+- `git-commit` — レビュー結果の保存後のコミット

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

@@ -0,0 +1,171 @@
+---
+name: operating-review
+description: 運用成果物のマルチパースペクティブレビューを実施。XP エージェント（アーキテクト、テスター、プロジェクトマネージャー）を並列起動し、インフラ設計・セキュリティ・信頼性・運用性の観点からフィードバックを収集・統合する。「インフラ設定をレビューして」「CI/CD パイプラインをチェックして」「デプロイ設定をレビュー」「Terraform コードをレビュー」「運用スクリプトを確認して」「Dockerfile をレビュー」といった場面で発動する。運用成果物に対するレビュー依頼があれば積極的に使用すること。
+---
+
+# 運用成果物レビュー
+
+運用フェーズの成果物（インフラ定義、CI/CD パイプライン、デプロイ設定、運用スクリプト、Dockerfile、環境設定など）を複数の XP エージェントで並列レビューし、信頼性・セキュリティ・運用性の観点からフィードバックを統合する。
+
+## レビューの価値
+
+運用成果物の不備は本番障害に直結する。インフラ設定のミス、セキュリティの穴、デプロイ手順の不備は、発見が遅れるほど影響が大きくなる。複数の専門的視点で事前に検証することで、本番環境のリスクを最小化する。
+
+## レビューエージェント
+
+| エージェント | 視点 | 着眼点 |
+|:---|:---|:---|
+| `xp-architect` | インフラ設計 | アーキテクチャとの整合、スケーラビリティ、可用性、コスト効率、IaC のモジュール化 |
+| `xp-tester` | 信頼性・セキュリティ | セキュリティ設定、権限の最小化、障害シナリオ、ロールバック手順、テスト可能性 |
+| `xp-project-manager` | 運用性・持続可能性 | 運用手順の明確さ、ドキュメントの十分性、チームへの影響、持続可能なペースの維持 |
+
+## レビュー対象と重点観点
+
+| 成果物 | 重点観点 |
+|:---|:---|
+| Terraform / IaC コード | セキュリティグループ、IAM ポリシー、状態管理、モジュール設計 |
+| CI/CD パイプライン | ビルドの再現性、テスト網羅性、シークレット管理、OIDC 認証 |
+| Dockerfile / docker-compose | ベースイメージの安全性、レイヤーの最適化、マルチステージビルド |
+| デプロイ設定 | ロールバック手順、ヘルスチェック、環境変数管理、段階的デプロイ |
+| 運用スクリプト | エラーハンドリング、冪等性、ログ出力、ドキュメント整合性 |
+| 環境設定 | 環境間の差異管理、シークレット管理、設定の外部化 |
+
+## レビューワークフロー
+
+### 1. レビュー対象の特定
+
+レビュー対象のファイルを特定する。ユーザーが明示的に指定しない場合は、以下のディレクトリを確認する。
+
+- `ops/` — 運用スクリプト、Gulp タスク
+- `infra/` / `terraform/` — IaC 定義
+- `.github/workflows/` — CI/CD パイプライン
+- `docker-compose*.yml` / `Dockerfile*` — コンテナ定義
+- `docs/operation/` — 運用手順書
+
+### 2. エージェントの並列起動
+
+Agent ツールを使い、3 つのエージェントを **同一メッセージで並列起動** する。各エージェントには以下を指示する。
+
+```
+あなたは {エージェント名} です。
+.claude/agents/{エージェント名}.md の定義に従ってレビューしてください。
+
+## レビュー対象
+{ファイルパスとその内容}
+
+## 関連コンテキスト
+{関連する設計ドキュメント、運用要件、環境情報}
+
+## レビュー観点
+{エージェント固有の着眼点}
+
+## 出力形式
+以下の形式でフィードバックを返してください：
+
+### 評価サマリー
+（1-2 文で全体評価）
+
+### 良い点
+- （具体的に）
+
+### 改善提案
+- 【重要度: 高/中/低】（ファイル:行番号）（具体的な改善提案と理由）
+
+### セキュリティ懸念
+- （権限、シークレット、ネットワーク設定に関する懸念）
+
+### 運用リスク
+- （障害時の影響範囲、復旧手順の有無、監視の網羅性）
+
+### スコープ外の発見
+- （レビュー対象外だが報告すべき問題）
+```
+
+#### Agent ツールが利用できない場合のフォールバック
+
+Agent ツールが利用できない環境では、3 つの視点を逐次的にシミュレートする。各エージェントの定義ファイル（`.claude/agents/{エージェント名}.md`）を読み、その視点でレビューを順次実施する。出力形式は同一のテンプレートに従う。
+
+### 3. フィードバックの統合
+
+全エージェントのフィードバックを受け取った後、以下の形式で統合レポートを作成する。
+
+```markdown
+## 運用レビュー結果
+
+### レビュー対象
+- {ファイル名 / 設定名}
+
+### 総合評価
+（全エージェントの評価を統合した 2-3 文の評価）
+
+### 改善提案（重要度順）
+
+#### 高（本番適用前に対応必須）
+| # | 提案 | 箇所 | 指摘元 | 理由 |
+|---|------|------|--------|------|
+
+#### 中（対応推奨）
+| # | 提案 | 箇所 | 指摘元 | 理由 |
+|---|------|------|--------|------|
+
+#### 低（改善の余地あり）
+| # | 提案 | 箇所 | 指摘元 | 理由 |
+|---|------|------|--------|------|
+
+### 矛盾事項
+
+複数エージェントの指摘が相反する場合、ここに記載する。
+
+| # | 視点 A | 視点 B | 論点 | 推奨判断 |
+|---|--------|--------|------|----------|
+
+### エージェント別フィードバック詳細
+
+<details>
+<summary>xp-architect（高: N / 中: N / 低: N）</summary>
+（フィードバック全文）
+</details>
+
+<details>
+<summary>xp-tester（高: N / 中: N / 低: N）</summary>
+（フィードバック全文）
+</details>
+
+<details>
+<summary>xp-project-manager（高: N / 中: N / 低: N）</summary>
+（フィードバック全文）
+</details>
+```
+
+### 4. 改善アクションの提案
+
+重要度「高」の指摘（特にセキュリティ関連）は具体的な修正内容を提案する。本番環境に関する変更は、適用前にユーザーの明示的な承認を得る。
+
+### 5. レビュー結果の保存
+
+統合レポートを `docs/review/{対象名}_review_{YYYYMMDD}.md` に保存する。過去のレビュー結果と比較できるようにし、改善のトレーサビリティを確保する。
+
+## レビュー完了条件
+
+以下をすべて満たした場合にレビュー完了とする。
+
+- 全エージェントのフィードバックが収集済み
+- 統合レポートが作成済み
+- 重要度「高」の指摘について対応方針（修正する / 許容する / 保留する）が決定済み
+- レビュー結果がドキュメントとして保存済み
+
+## 注意事項
+
+- セキュリティに関する指摘は常に重要度「高」として扱う
+- 本番環境に影響する変更は慎重に扱い、段階的な適用を推奨する
+- IaC の変更は `plan` 結果を確認してから `apply` する原則を維持する
+- 運用手順書の更新漏れがないかも確認する
+
+## 関連スキル
+
+- `orchestrating-operation` — 運用フェーズの全体ワークフロー
+- `operating-setup` — 環境構築
+- `operating-provision` — IaC プロビジョニング
+- `operating-cicd` — CI/CD パイプライン構築
+- `operating-deploy` — デプロイ・ロールバック
+- `git-commit` — レビュー結果の保存後のコミット

package/lib/assets/CLAUDE.md

@@ -49,6 +49,14 @@
 | `developing-backend` | バックエンド TDD（インサイドアウト） |
 | `developing-frontend` | フロントエンド TDD（アウトサイドイン） |
 
+### レビュー
+
+| スキル | 用途 |
+| :--- | :--- |
+| `analyzing-review` | 分析成果物のマルチパースペクティブレビュー |
+| `developing-review` | 開発成果物のマルチパースペクティブレビュー |
+| `operating-review` | 運用成果物のマルチパースペクティブレビュー |
+
 ### 計画・進捗
 
 | スキル | 用途 |

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@k2works/claude-code-booster",
-  "version": "2.2.0",
+  "version": "2.3.1",
   "description": "AI Agent Development Support Tool",
   "main": "main.js",
   "bin": {