@k2works/claude-code-booster 1.12.0 → 2.0.0

package/lib/assets/.claude/skills/syncing-github-project/SKILL.md

@@ -1,127 +1,74 @@
 ---
 name: syncing-github-project
-description: リリース計画を GitHub Project・Issue・Milestone に反映し同期。GitHub でのプロジェクト管理一元化時に使用。
+description: リリース計画を GitHub Project・Issue・Milestone に反映し一元管理。初回の一括同期から差異検出・自動同期まで対応する。「GitHub Project に同期したい」「Issue を作成したい」「計画と GitHub の差異を確認したい」「Milestone を設定したい」といった場面で発動する。計画ドキュメントを Single Source of Truth とし GitHub に自動反映することで、二重管理の手間と不整合を排除する。
 ---
 
-# GitHub Project 同期ガイド
+# GitHub Project 同期
 
-リリース計画を GitHub Project・Issue・Milestone に反映し、プロジェクト管理を GitHub 上で一元化します。
+リリース計画を GitHub Project・Issue・Milestone に反映し、プロジェクト管理を GitHub 上で一元化する。
 
-## Instructions
+`docs/development/release_plan.md` を正とし、GitHub は同期先として扱う。手動で GitHub を直接更新するのではなく、計画ドキュメントを更新してから `--sync` で反映する。
 
-### 1. オプション
+## オプション
 
-- なし : 全体の同期を実行（Project 作成、Issue 作成、フィールド設定、Milestone 作成）
-- `--project` : GitHub Project のみを作成
-- `--issues` : Issue のみを作成（Project が存在する前提）
-- `--fields` : 各 Issue に対して Project フィールド値を個別に設定
-- `--milestones` : Milestone のみを作成し Issue に割り当て
-- `--sync` : release_plan.md と GitHub の差異を確認し、差異があれば同期を実行
-- `--status` : 現在の GitHub Project 状態を表示
+| オプション | 説明 |
+|-----------|------|
+| なし | 全体の同期を実行（Project・Issue・フィールド・Milestone） |
+| `--project` | GitHub Project のみを作成 |
+| `--issues` | Issue のみを作成（Project 存在が前提） |
+| `--fields` | 各 Issue に対して Project フィールド値を設定 |
+| `--milestones` | Milestone のみを作成し Issue に割り当て |
+| `--sync` | release_plan.md と GitHub の差異を確認し同期 |
+| `--status` | 現在の GitHub Project 状態を表示 |
 
-### 2. 基本例
+## GitHub Project の作成
 
-```bash
-# 初回の完全同期（Project、Issue、Milestone すべて作成）
-# 「リリース計画を GitHub Project に反映して」
-
-# 差異確認と同期
-# --sync
-# 「release_plan.md と GitHub の差異を確認して同期して」
-
-# 現在の状態確認
-# --status
-# 「GitHub Project の現在の状態を表示して」
-```
-
-### 3. GitHub Project の作成
-
-release_plan.md に基づいて GitHub Project を作成し、カスタムフィールドを設定します。
+release_plan.md に基づいて Project を作成し、カスタムフィールドを設定する。
 
 **標準フィールド構成**:
 
 | フィールド | タイプ | 説明 |
 |-----------|--------|------|
-| **Status** | Single Select | Todo / In Progress / Done（デフォルト） |
-| **リリース** | Single Select | release_plan.md のリリースフェーズに対応 |
-| **優先度** | Single Select | ストーリーの優先度 |
-| **SP** | Number | ストーリーポイント（数値） |
-| **イテレーション** | **Iteration** | スプリント期間（開始日・期間付き） |
-
-プロジェクト固有のフィールド（カテゴリ、担当領域など）は release_plan.md の内容に応じて追加します。
-
-**Single Select フィールドの作成**:
+| Status | Single Select | Todo / In Progress / Done |
+| リリース | Single Select | release_plan.md のリリースフェーズに対応 |
+| 優先度 | Single Select | ストーリーの優先度 |
+| SP | Number | ストーリーポイント |
+| イテレーション | Iteration | スプリント期間（開始日・期間付き） |
 
 ```bash
+# Single Select フィールドの作成
 gh project field-create <PROJECT_NUMBER> --owner <OWNER> \
   --name "<フィールド名>" --data-type "SINGLE_SELECT" \
-  --single-select-options "<選択肢1>,<選択肢2>,<選択肢3>"
-```
+  --single-select-options "<選択肢1>,<選択肢2>"
 
-**Number フィールドの作成**:
-
-```bash
+# Number フィールドの作成
 gh project field-create <PROJECT_NUMBER> --owner <OWNER> \
   --name "SP" --data-type "NUMBER"
 ```
 
-### 4. Issue の作成
+## Issue の作成
 
-ユーザーストーリーを GitHub Issue として作成し、Project に追加します。
-
-**Issue の構成**:
+ユーザーストーリーを GitHub Issue として作成し、Project に追加する。
 
 - **タイトル**: `[ストーリーID] ストーリー名`
 - **本文**: ユーザーストーリー、サブタスク、受入条件、見積もり情報
 - **Milestone**: リリースフェーズに対応する Milestone に割り当て
-- **Project 紐付け**: `gh project item-add` で Project に追加
 
 ```bash
-# Issue の作成（Milestone 付き）
 gh issue create --repo <OWNER>/<REPO> \
   --title "<ストーリーID>: <ストーリー名>" \
-  --milestone "<Milestone 名>" \
-  --body "..."
+  --milestone "<Milestone 名>" --body "..."
 
-# Project への追加
 gh project item-add <PROJECT_NUMBER> --owner <OWNER> \
   --url "https://github.com/<OWNER>/<REPO>/issues/<NUMBER>"
 ```
 
-### 5. フィールド値の設定
-
-各 Issue に対して Project のカスタムフィールド値を個別に設定します。
-
-#### 5.1 フィールド ID・オプション ID の取得
-
-```bash
-# フィールド一覧の取得
-gh project field-list <PROJECT_NUMBER> --owner <OWNER> --format json
-
-# Project Item ID の取得
-gh project item-list <PROJECT_NUMBER> --owner <OWNER> --format json --limit 50 \
-  | jq -r '.items[] | "\(.content.number):\(.id)"'
-```
-
-#### 5.2 Single Select / Number フィールドの設定
+## Iteration フィールドの作成と設定
 
-```bash
-# Single Select フィールドの設定
-gh project item-edit --project-id <PROJECT_ID> --id <ITEM_ID> \
-  --field-id <FIELD_ID> --single-select-option-id <OPTION_ID>
-
-# Number フィールドの設定
-gh project item-edit --project-id <PROJECT_ID> --id <ITEM_ID> \
-  --field-id <FIELD_ID> --number <VALUE>
-```
-
-#### 5.3 Iteration フィールドの作成と設定
-
-Iteration フィールドは **Single Select ではなく Iteration 型** で作成します。GraphQL API の `createProjectV2Field` に `iterationConfiguration` を含めることで、フィールド作成と同時にイテレーション期間を設定できます。
-
-**Iteration フィールドの作成（iterationConfiguration 付き）**:
+Iteration フィールドは Single Select ではなく **Iteration 型** で作成する。GraphQL API で `iterationConfiguration` を含めることで、フィールド作成と同時にイテレーション期間を設定できる。
 
 ```bash
+# Iteration フィールドの作成
 gh api graphql -f query='
 mutation {
   createProjectV2Field(input: {
@@ -132,69 +79,13 @@ mutation {
       startDate: "<開始日 YYYY-MM-DD>"
       duration: <デフォルト期間（日数）>
       iterations: [
-        { title: "<IT名>", startDate: "<開始日>", duration: <日数> },
-        ...
+        { title: "<IT名>", startDate: "<開始日>", duration: <日数> }
       ]
     }
-  }) {
-    projectV2Field {
-      ... on ProjectV2IterationField {
-        id
-        name
-        configuration {
-          iterations { id title startDate duration }
-        }
-      }
-    }
-  }
+  }) { projectV2Field { ... on ProjectV2IterationField { id } } }
 }'
-```
-
-**GraphQL スキーマ**:
-
-```
-CreateProjectV2FieldInput:
-  projectId: ID!
-  dataType: ProjectV2CustomFieldType!   # ITERATION を指定
-  name: String!
-  iterationConfiguration: ProjectV2IterationFieldConfigurationInput
-
-ProjectV2IterationFieldConfigurationInput:
-  startDate: Date!        # フィールド全体の開始日
-  duration: Int!          # デフォルト期間（日数）
-  iterations: [ProjectV2Iteration!]!
-
-ProjectV2Iteration:
-  title: String!          # イテレーション名（例: "IT1", "Sprint 1"）
-  startDate: Date!        # 開始日（YYYY-MM-DD）
-  duration: Int!          # 期間（日数、例: 14）
-```
-
-**重要**: `iterationConfiguration` を含めることで Web UI での手動設定は不要です。
 
-**Iteration フィールドの ID と各イテレーション ID の取得**:
-
-```bash
-gh api graphql -f query='
-query {
-  node(id: "<PROJECT_ID>") {
-    ... on ProjectV2 {
-      field(name: "イテレーション") {
-        ... on ProjectV2IterationField {
-          id
-          configuration {
-            iterations { id title startDate duration }
-          }
-        }
-      }
-    }
-  }
-}'
-```
-
-**各 Issue への Iteration 値の設定**:
-
-```bash
+# 各 Issue への Iteration 値の設定
 gh api graphql -f query='
 mutation {
   updateProjectV2ItemFieldValue(input: {
@@ -202,93 +93,23 @@ mutation {
     itemId: "<ITEM_ID>"
     fieldId: "<ITERATION_FIELD_ID>"
     value: { iterationId: "<ITERATION_ID>" }
-  }) {
-    projectV2Item { id }
-  }
+  }) { projectV2Item { id } }
 }'
 ```
 
-### 6. Milestone の作成
+## 差異確認と同期（--sync）
 
-リリースフェーズを GitHub Milestone として作成し、Issue に割り当てます。
+release_plan.md と GitHub の整合性を確認し、差異があれば同期を実行する。
 
-```bash
-# Milestone の作成
-gh api repos/<OWNER>/<REPO>/milestones --method POST \
-  -f title="<Milestone 名>" \
-  -f description="<説明>" \
-  -f due_on="<期限 YYYY-MM-DDT00:00:00Z>"
-
-# Issue 作成時に --milestone で指定するか、既存 Issue に割り当て
-gh issue edit <NUMBER> --repo <OWNER>/<REPO> --milestone "<Milestone 名>"
-```
-
-### 7. 差異確認と同期
-
-release_plan.md と GitHub Issue/Project の整合性を確認し、差異があれば同期を実行します。
-
-**確認項目**:
-
-- ストーリー数の一致
-- ストーリーポイントの一致
-- リリース/Milestone 割り当ての一致
-- 優先度の一致
-- イテレーション割り当ての一致
-- Status の一致
+**確認項目**: ストーリー数、SP、リリース/Milestone 割り当て、優先度、イテレーション割り当て、Status
 
 **同期動作**:
 
-1. release_plan.md と GitHub Issue/Project の差異を検出
-2. 差異レポートを表示（追加/変更/削除項目）
-3. 差異がある場合は同期を実行:
+- **新規ストーリー**: Issue を作成し Project に追加する
+- **変更されたストーリー**: Issue のフィールド値を更新する
+- **削除されたストーリー**: Issue をクローズする（削除はしない）
 
-   - **新規ストーリー**: Issue を作成し Project に追加
-   - **変更されたストーリー**: Issue のフィールド値を更新
-   - **削除されたストーリー**: Issue をクローズ（削除はしない）
-   - **Status 変更**: release_plan.md の Status を GitHub に反映
-
-### 8. フィールド値の一括確認（GraphQL）
-
-設定済みのフィールド値を一覧で確認します。
-
-```bash
-gh api graphql -f query='
-query {
-  node(id: "<PROJECT_ID>") {
-    ... on ProjectV2 {
-      items(first: 50) {
-        nodes {
-          content {
-            ... on Issue { number title }
-          }
-          fieldValues(first: 10) {
-            nodes {
-              ... on ProjectV2ItemFieldSingleSelectValue {
-                field { ... on ProjectV2SingleSelectField { name } }
-                name
-              }
-              ... on ProjectV2ItemFieldNumberValue {
-                field { ... on ProjectV2Field { name } }
-                number
-              }
-              ... on ProjectV2ItemFieldIterationValue {
-                field { ... on ProjectV2IterationField { name } }
-                title
-                startDate
-                duration
-              }
-            }
-          }
-        }
-      }
-    }
-  }
-}'
-```
-
-### 9. 同期フロー
-
-#### 初回同期フロー
+## 同期フロー
 
 ```mermaid
 graph TD
@@ -298,58 +119,33 @@ graph TD
     D --> E[Issue 作成]
     E --> F[Project に Item 追加]
     F --> G[フィールド値設定]
-    G --> H[Milestone 作成]
-    H --> I[Issue に Milestone 割当]
-    I --> J[同期完了]
-```
-
-#### 差異確認・同期フロー（--sync）
-
-```mermaid
-graph TD
-    A[release_plan.md] --> B[GitHub Issue/Project 取得]
-    B --> C{差異検出}
-    C -->|差異なし| D[一致確認]
-    C -->|差異あり| E[差異レポート表示]
-    E --> F{同期実行}
-    F --> G[新規 Issue 作成]
-    F --> H[既存 Issue 更新]
-    F --> I[削除された Issue クローズ]
-    G --> J[同期完了]
-    H --> J
-    I --> J
+    G --> H[Milestone 作成・割当]
+    H --> I[同期完了]
 ```
 
-### 10. 注意事項
-
-- **前提条件**:
+## 途中から再開
 
-  - `docs/development/release_plan.md` が存在すること
-  - `gh` CLI がインストールされ認証済みであること
-  - Project API スコープが有効であること（`gh auth refresh -s project,read:project`）
+同期作業の途中から再開する場合は、まず現在の GitHub 状態を確認する。
 
-- **制限事項**:
+**Example:**
 
-  - 既存の Project/Issue がある場合は重複作成に注意
-  - フィールド値の更新は既存値を上書き
-  - Iteration フィールドの期間変更は GraphQL API または Web UI で実施
-
-- **推奨事項**:
-
-  - 初回は `--sync` で差異確認してから同期
-  - 大規模な変更前にはバックアップを推奨
+```
+ユーザー: 「Project と Issue は作成済み。フィールド値を設定したい」
+回答: --status で現在の GitHub 状態を確認する。
+      --fields でフィールド値を一括設定する。
+      設定後に --sync で release_plan.md との整合性を検証する。
+```
 
-### 11. ベストプラクティス
+## 注意事項
 
-1. **初回同期**: 全体を一括作成
-2. **計画更新時**: `--sync` で差異確認と自動同期
-3. **定期確認**: `--status` で進捗状況を定期的に確認
-4. **一貫性維持**: release_plan.md を Single Source of Truth として管理し、`--sync` で GitHub に反映
-5. **Iteration 型の活用**: イテレーションは Single Select ではなく Iteration 型フィールドを使用し、スプリント期間を明示する
+- `docs/development/release_plan.md` が存在すること、`gh` CLI がインストールされ認証済みであること、Project API スコープが有効であること（前提条件）
+- 既存の Project/Issue がある場合は重複作成に注意する
+- Iteration フィールドの期間変更は GraphQL API または Web UI で実施する
+- 初回は `--sync` で差異確認してから同期する。大規模変更前にはバックアップを推奨する
 
-### 関連スキル
+## 関連スキル
 
-- `planning-releases` : リリース計画とイテレーション計画の作成
-- `tracking-progress` : 進捗状況の確認と更新
-- `orchestrating-project` : 計画・進捗管理フェーズ全体のオーケストレーション
-- `git-commit` : 変更のコミット
+- `planning-releases` — リリース計画とイテレーション計画の作成
+- `tracking-progress` — 進捗状況の確認と更新
+- `orchestrating-project` — 計画・進捗管理フェーズ全体のオーケストレーション
+- `git-commit` — 変更のコミット

package/lib/assets/.claude/skills/tracking-progress/SKILL.md

@@ -1,119 +1,49 @@
 ---
 name: tracking-progress
-description: プロジェクトの開発進捗を包括的に分析しレポート生成。イテレーション達成度、技術実装状況、品質メトリクスを確認。進捗確認やステークホルダー報告時に使用。
+description: プロジェクトの開発進捗を多角的に分析しレポートを生成。イテレーション達成度、技術実装状況、品質メトリクスを確認し、計画ドキュメントを自動更新する。「進捗を確認したい」「プロジェクトの状態を知りたい」「イテレーションの達成度を分析したい」「進捗ドキュメントを更新したい」といった場面で発動する。定期的な進捗可視化により、遅延や品質低下を早期に発見しプロジェクトの透明性を確保する。
 ---
 
-# 進捗追跡ガイド
+# 進捗追跡
 
-プロジェクトの開発進捗を包括的に確認し、現在の状況を詳細に報告します。
+プロジェクトの開発進捗を多角的に分析し、現在の状況を定量的に報告する。Git 履歴・テスト結果・ドキュメントを総合的に分析して進捗を可視化する。
 
-## Instructions
+## オプション
 
-### 1. オプション
+| オプション | 説明 |
+|-----------|------|
+| なし | 全体的な進捗確認（デフォルト） |
+| `--brief` | 簡潔な進捗サマリー表示 |
+| `--detailed` | 詳細な進捗レポート生成 |
+| `--iteration <番号>` | 特定イテレーションの進捗確認 |
+| `--technical` | 技術的な実装状況に焦点 |
+| `--docs` | ドキュメント更新状況の確認 |
+| `--update` | `docs/development/` 内のドキュメントを現在の進捗に合わせて更新 |
 
-- なし : 全体的な進捗確認（デフォルト）
-- `--brief` : 簡潔な進捗サマリー表示
-- `--detailed` : 詳細な進捗レポート生成
-- `--iteration <番号>` : 特定イテレーションの進捗確認
-- `--technical` : 技術的な実装状況に焦点
-- `--docs` : ドキュメント更新状況の確認
-- `--update` : `docs/development/` 内のドキュメントを現在の進捗に合わせて更新
+## 分析の観点
 
-### 2. 基本例
+- **イテレーション達成度**: 計画 vs 実績の比較分析（SP、ストーリー数、期間）
+- **技術実装状況**: 機能完成度・テスト結果・ビルド状態
+- **品質メトリクス**: テストカバレッジ、静的解析結果、コード複雑度
+- **ドキュメント整備**: 計画書・仕様書・手順書の最新性
 
-```bash
-# 基本的な進捗確認
-# 「プロジェクト全体の開発進捗を包括的にレポート」
-
-# 簡潔なサマリー
-# --brief
-# 「要点のみを絞った進捗状況を表示」
-
-# 詳細レポート
-# --detailed
-# 「技術実装・テスト・ドキュメント・品質指標を含む詳細分析」
-
-# 特定イテレーションの確認
-# --iteration 1
-# 「イテレーション 1 の完了状況と成果を詳細分析」
-
-# 進捗をドキュメントに反映
-# --update
-# 「release_plan.md と iteration_plan-*.md を現在の進捗に合わせて更新」
-```
-
-### 3. 包括的な進捗分析
-
-プロジェクトの多角的な視点から現在の進捗状況を分析:
-
-- **イテレーション達成度**: 計画 vs 実績の比較分析
-- **技術実装状況**: 機能完成度・品質指標・テスト結果
-- **アーキテクチャ進展**: 設計の実装状況と技術的負債
-- **ドキュメント整備**: 計画書・仕様書・実行手順書の最新性
-
-### 4. 動的な状況判定
-
-```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"
-```
+## --update オプションの詳細
 
-### 5. 品質メトリクス取得
+`docs/development/` 内のドキュメントを現在の進捗に合わせて自動更新する。
 
-実装品質の定量的評価:
+**更新対象**:
 
-- **テストカバレッジ**: 単体・統合・E2E テストの網羅率
-- **コード品質**: 静的解析結果・複雑度測定
-- **性能指標**: レスポンス時間・スループット測定
-- **セキュリティ**: 脆弱性スキャン結果
-
-### 6. --update オプションの詳細
-
-`--update` オプションは `docs/development/` 内のドキュメントを現在の進捗に合わせて自動更新します。
-
-**更新対象ファイル**:
-
-- `docs/development/release_plan.md` - リリース計画
-- `docs/development/iteration_plan-*.md` - イテレーション計画
-
-**release_plan.md の更新内容**:
-
-1. **進捗状況テーブル**: 各イテレーションの実績 SP、達成率、状態を更新
-2. **リリース条件チェックボックス**: 完了した条件にチェックを入れる
-3. **バーンダウンチャート**: 実績値を反映
-
-**iteration_plan-*.md の更新内容**:
-
-1. **成功基準チェックボックス**: 達成した基準にチェックを入れる
-2. **タスク分解の状態**: 完了したタスクのチェックボックスを更新
-3. **完了条件（DoD）**: 達成した条件にチェックを入れる
-4. **振り返りセクション**: メトリクス実績値を記入
+- `docs/development/release_plan.md` — 進捗状況テーブル、リリース条件チェック、バーンダウン実績値
+- `docs/development/iteration_plan-*.md` — 成功基準チェック、タスク状態、完了条件（DoD）、メトリクス実績値
 
 **更新判定の情報源**:
 
 ```bash
-# Git コミット履歴から実装状況を分析
-git log --oneline --since="2 weeks ago"
-
-# テスト実行結果から品質指標を取得
-dotnet test --logger trx
-npm test -- --coverage
-
-# ディレクトリ構造から機能実装状況を確認
-ls -la apps/backend/src/
-ls -la apps/frontend/src/
+git log --oneline --since="2 weeks ago"   # 実装状況の分析
+dotnet test --logger trx                  # テスト結果の取得
+npm test -- --coverage                    # カバレッジの取得
 ```
 
-### 7. 出力例
+## 出力例
 
 ```
 プロジェクト進捗レポート
@@ -123,42 +53,39 @@ Overall Status: フルスタック実装完成 (MVP 準備段階)
 
 Iteration Progress:
 ├─ Iteration 1 (認証・閲覧): 完了 (計画 10 日→実績 4 日)
-├─ Iteration 2 (予約機能): 計画済み (8 営業日予定)
+├─ Iteration 2 (予約機能): 計画済み
 ├─ Iteration 3 (キャンセル): 待機中
 └─ Iteration 4 (運用準備): 待機中
 
 Technical Implementation:
 ├─ Backend (.NET 9): 完全実装 (181 テスト全通過)
 ├─ Frontend (React TS): 完全実装
-├─ Database (SQLite): 稼働中
-├─ Authentication: JWT 完全実装
 └─ API Integration: フルスタック連携確認
-
-Documentation:
-├─ 計画書: 最新
-├─ リリース計画: 更新済み
-├─ README: 実行手順書完備
-└─ API 仕様: Swagger UI 統合
 ```
 
-### 8. 注意事項
+## 途中から再開
+
+進捗追跡の途中から再開する場合は、前回の追跡結果を確認する。
 
-- **前提条件**: Git リポジトリ内で実行、プロジェクト構造を理解
-- **情報取得**: 実行時点での動的な状況を総合的に分析
-- **推奨事項**: 重要な節目や問題発生時の定期的な進捗確認
-- **--update 使用時**: 更新前に Git でコミットしておくことを推奨（変更のロールバック用）
+**Example:**
+
+```
+ユーザー: 「イテレーション 2 の中間進捗を確認したい」
+回答: --iteration 2 で現在の達成状況を分析する。
+      計画 SP と完了 SP を比較し、残りの期間で完了可能か評価する。
+      遅延リスクがあれば早期に報告する。
+```
 
-### 9. ベストプラクティス
+## 注意事項
 
-1. **定期実行**: イテレーション開始・終了時の進捗確認
-2. **問題発見**: 遅延や品質低下の早期発見に活用
-3. **ステークホルダー報告**: 詳細レポートを会議資料として活用
-4. **改善指標**: 進捗データを基にした開発プロセス改善
-5. **ドキュメント同期**: イテレーション完了時に `--update` で docs/development を同期
-6. **振り返り記録**: `--update` 実行後、KPT セクションを手動で記入して振り返りを完了
+- Git リポジトリ内で実行し、プロジェクト構造を理解していること（前提条件）
+- 実行時点での動的な状況を総合的に分析する
+- `--update` 使用時は更新前に Git でコミットしておくことを推奨する（ロールバック用）
+- イテレーション開始・終了時の定期実行を推奨する
+- `--update` 実行後、KPT セクションは手動で記入して振り返りを完了する
 
-### 関連スキル
+## 関連スキル
 
-- `managing-docs` : ドキュメント一覧と進捗状況の確認
-- `git-commit` : 進捗に合わせた適切なコミット実行
-- `planning-releases` : イテレーション計画の作成・更新
+- `managing-docs` — ドキュメント一覧と進捗状況の確認
+- `git-commit` — 進捗に合わせた適切なコミット実行
+- `planning-releases` — イテレーション計画の作成・更新

package/lib/assets/CLAUDE.md

@@ -24,6 +24,7 @@
 | :--- | :--- |
 | `orchestrating-analysis` | 分析フェーズの全体ワークフロー |
 | `orchestrating-development` | 開発フェーズの TDD ワークフロー・Codex 分業 |
+| `orchestrating-operation` | 運用フェーズの環境構築・デプロイワークフロー |
 
 ### 分析
 
@@ -60,14 +61,18 @@
 
 | スキル | 用途 |
 | :--- | :--- |
-| `managing-operations` | 環境構築・デプロイ・監視 |
+| `operating-setup` | 環境構築（段階的セットアップ） |
+| `operating-provision` | IaC プロビジョニング（Terraform） |
+| `operating-cicd` | CI/CD パイプライン構築 |
+| `operating-deploy` | デプロイ・ロールバック |
+| `operating-backup` | バックアップ・リストア |
 | `killing-processes` | 開発プロセス強制終了 |
 
 ### ドキュメント・Git
 
 | スキル | 用途 |
 | :--- | :--- |
-| `managing-docs` | ドキュメント管理・Lint |
+| `operating-docs` | ドキュメント管理・Lint |
 | `generating-slides` | インセプションデッキのスライド生成 |
 | `git-commit` | Conventional Commits 準拠のコミット |
 | `creating-adr` | ADR 作成 |