@k2works/claude-code-booster 3.5.0 → 3.6.1

package/lib/assets/.claude/skills/orchestrating-project/SKILL.md

@@ -1,144 +1,144 @@
----
-name: orchestrating-project
-description: 計画・進捗管理フェーズ全体のワークフローをオーケストレーション。リリース計画→GitHub Project 同期→進捗追跡の実行順序を案内し、イテレーションのライフサイクルを管理する。「プロジェクト管理を始めたい」「イテレーションの進め方を知りたい」「計画と GitHub を同期したい」「プロジェクトの全体像を把握したい」といった場面で発動する。計画・実行・振り返りのサイクルを標準化することで、プロジェクトの予測可能性を高める。
----
-
-# 計画・進捗管理オーケストレーション
-
-計画・進捗管理フェーズ全体のワークフローを案内する。リリース計画の策定から GitHub Project への同期、進捗追跡まで包括的なプロジェクト管理サイクルを提供する。
-
-## オプション
-
-| オプション | 説明 |
-|-----------|------|
-| なし | 計画・進捗管理フェーズ全体のワークフローを表示 |
-| `--init` | プロジェクト管理の初期セットアップ（リリース計画→GitHub 同期） |
-| `--iteration <番号>` | 特定イテレーションのライフサイクル管理（計画→実行→振り返り→報告） |
-| `--sync` | 計画ドキュメントと GitHub Project の同期 + ドキュメントインデックス更新 |
-| `--status` | プロジェクト全体の状態サマリーを表示 |
-
-## フェーズの全体像
-
-1. **リリース計画の策定** (Skill: `planning-releases`) — スコープ・スケジュール・リソースの定義、ベロシティ管理
-2. **GitHub Project 同期** (Skill: `syncing-github-project`) — Issue 作成、カスタムフィールド設定、Milestone 管理
-3. **進捗追跡** (Skill: `tracking-progress`) — 達成度分析、品質メトリクス、ドキュメント更新
-
-## プロジェクト管理ワークフロー
-
-```mermaid
-graph TD
-    A[要件定義/ユーザーストーリー] --> B[リリース計画作成]
-    B --> C[GitHub Project 同期]
-    C --> D[イテレーション計画作成]
-    D --> E[開発実行]
-    E --> F[進捗追跡]
-    F --> G[ふりかえり]
-    G --> H[完了報告書作成]
-    H --> I[GitHub 同期更新]
-    I --> J{次のイテレーション?}
-    J -->|あり| D
-    J -->|なし| K{次のリリース?}
-    K -->|あり| B
-    K -->|なし| L[プロジェクト完了]
-```
-
-## 初期セットアップフロー（--init）
-
-プロジェクト管理の初期セットアップを段階的に実行する。
-
-1. **リリース計画作成**: `planning-releases --release` でマクロ計画を策定する
-2. **GitHub Project 同期**: `syncing-github-project` で GitHub に反映する
-3. **イテレーション 1 計画**: `planning-releases --iteration 1` で初回イテレーション計画を作成する
-4. **状態確認**: `tracking-progress --brief` で初期状態を確認する
-
-## イテレーションライフサイクル（--iteration）
-
-各イテレーションのライフサイクルを 3 フェーズで管理する。
-
-### 開始時
-
-1. `planning-releases --iteration <N>` でイテレーション計画を作成する
-2. `syncing-github-project --sync` で GitHub に反映する
-3. `tracking-progress --iteration <N>` で初期状態を確認する
-
-### 実行中
-
-1. `tracking-progress --brief` で進捗を定期確認する
-2. `syncing-github-project --status` で GitHub の状態を確認する
-
-### 終了時
-
-1. `tracking-progress --update` で進捗ドキュメントを更新する
-2. `planning-releases --retrospective` でふりかえりを実施する
-3. `planning-releases --report` で完了報告書を作成する
-4. `syncing-github-project --sync` で GitHub に最終同期する
-5. `operating-docs --update` で `docs/index.md` と `mkdocs.yml` を同期する
-
-## GitHub 同期フロー（--sync）
-
-`--sync` は GitHub Project の同期に加え、ドキュメントインデックスも更新する。
-
-1. `syncing-github-project` で GitHub Issue / Milestone / Label を同期する
-2. `operating-docs --update` で `docs/index.md`、`mkdocs.yml`、各ディレクトリの `index.md` を現在のドキュメント構成に同期する
-3. 変更があればコミットする
-
-## 途中から再開
-
-プロジェクト管理の途中から再開する場合は、まず現在の状態を確認する。
-
-**Example:**
-
-```
-ユーザー: 「イテレーション 2 の開発が終わった。振り返りをしたい」
-回答: docs/development/iteration_plan-2.md の完了状況を確認し、
-      tracking-progress --update で進捗を更新してから
-      planning-releases --retrospective でふりかえりを実施する。
-```
-
-## 出力例
-
-```
-プロジェクト管理状態
-━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
-
-リリース計画
-├─ リリース 1.0 MVP: 8 週間（4 イテレーション）
-├─ 総ストーリー: 34 件（155SP）
-└─ 進捗: 25%（イテレーション 1/4 完了）
-
-GitHub Project
-├─ 同期状態: 最新
-├─ Open Issues: 26 件
-├─ Closed Issues: 8 件
-└─ 最終同期: 2026-02-17
-
-現在のイテレーション（IT-2）
-├─ 期間: 2026-02-17 〜 2026-02-28
-├─ 計画 SP: 12SP
-├─ 完了 SP: 4SP
-├─ 達成率: 33%
-└─ ベロシティ（前回）: 10SP
-```
-
-## コンテキスト管理
-
-タスクの区切りごとに `/compact` を実施して Context limit reached エラーを回避する。
-
-- リリース計画・イテレーション計画の作成完了時、GitHub 同期完了時、ふりかえり・報告書作成完了時に実施する
-- `/compact` 前に現在の作業状態と次のタスクをメモとして出力する
-
-## 注意事項
-
-- 要件定義書またはユーザーストーリーが存在すること、`gh` CLI がインストールされ認証済みであること（前提条件）
-- 初回ベロシティは推測値のため、3 イテレーション後に再調整を推奨する
-- `docs/development/release_plan.md` を Single Source of Truth として管理し、GitHub への同期を定期的に実施する
-- データドリブンにベロシティ実績に基づいて計画を継続的に調整する
-
-## 関連スキル
-
-- `planning-releases` — リリース・イテレーション計画の作成と管理
-- `syncing-github-project` — GitHub Project への同期と一元管理
-- `tracking-progress` — 進捗分析・レポート生成
-- `operating-docs` — ドキュメントインデックス更新・Lint（`--sync` 時に自動実行）
-- `orchestrating-analysis` — 分析フェーズのオーケストレーション
-- `orchestrating-development` — 開発フェーズのオーケストレーション
+---
+name: orchestrating-project
+description: 計画・進捗管理フェーズ全体のワークフローをオーケストレーション。リリース計画→GitHub Project 同期→進捗追跡の実行順序を案内し、イテレーションのライフサイクルを管理する。「プロジェクト管理を始めたい」「イテレーションの進め方を知りたい」「計画と GitHub を同期したい」「プロジェクトの全体像を把握したい」といった場面で発動する。計画・実行・振り返りのサイクルを標準化することで、プロジェクトの予測可能性を高める。
+---
+
+# 計画・進捗管理オーケストレーション
+
+計画・進捗管理フェーズ全体のワークフローを案内する。リリース計画の策定から GitHub Project への同期、進捗追跡まで包括的なプロジェクト管理サイクルを提供する。
+
+## オプション
+
+| オプション | 説明 |
+|-----------|------|
+| なし | 計画・進捗管理フェーズ全体のワークフローを表示 |
+| `--init` | プロジェクト管理の初期セットアップ（リリース計画→GitHub 同期） |
+| `--iteration <番号>` | 特定イテレーションのライフサイクル管理（計画→実行→振り返り→報告） |
+| `--sync` | 計画ドキュメントと GitHub Project の同期 + ドキュメントインデックス更新 |
+| `--status` | プロジェクト全体の状態サマリーを表示 |
+
+## フェーズの全体像
+
+1. **リリース計画の策定** (Skill: `planning-releases`) — スコープ・スケジュール・リソースの定義、ベロシティ管理
+2. **GitHub Project 同期** (Skill: `syncing-github-project`) — Issue 作成、カスタムフィールド設定、Milestone 管理
+3. **進捗追跡** (Skill: `tracking-progress`) — 達成度分析、品質メトリクス、ドキュメント更新
+
+## プロジェクト管理ワークフロー
+
+```mermaid
+graph TD
+    A[要件定義/ユーザーストーリー] --> B[リリース計画作成]
+    B --> C[GitHub Project 同期]
+    C --> D[イテレーション計画作成]
+    D --> E[開発実行]
+    E --> F[進捗追跡]
+    F --> G[ふりかえり]
+    G --> H[完了報告書作成]
+    H --> I[GitHub 同期更新]
+    I --> J{次のイテレーション?}
+    J -->|あり| D
+    J -->|なし| K{次のリリース?}
+    K -->|あり| B
+    K -->|なし| L[プロジェクト完了]
+```
+
+## 初期セットアップフロー（--init）
+
+プロジェクト管理の初期セットアップを段階的に実行する。
+
+1. **リリース計画作成**: `planning-releases --release` でマクロ計画を策定する
+2. **GitHub Project 同期**: `syncing-github-project` で GitHub に反映する
+3. **イテレーション 1 計画**: `planning-releases --iteration 1` で初回イテレーション計画を作成する
+4. **状態確認**: `tracking-progress --brief` で初期状態を確認する
+
+## イテレーションライフサイクル（--iteration）
+
+各イテレーションのライフサイクルを 3 フェーズで管理する。
+
+### 開始時
+
+1. `planning-releases --iteration <N>` でイテレーション計画を作成する
+2. `syncing-github-project --sync` で GitHub に反映する
+3. `tracking-progress --iteration <N>` で初期状態を確認する
+
+### 実行中
+
+1. `tracking-progress --brief` で進捗を定期確認する
+2. `syncing-github-project --status` で GitHub の状態を確認する
+
+### 終了時
+
+1. `tracking-progress --update` で進捗ドキュメントを更新する
+2. `planning-releases --retrospective` でふりかえりを実施する
+3. `planning-releases --report` で完了報告書を作成する
+4. `syncing-github-project --sync` で GitHub に最終同期する
+5. `operating-docs --update` で `docs/index.md` と `mkdocs.yml` を同期する
+
+## GitHub 同期フロー（--sync）
+
+`--sync` は GitHub Project の同期に加え、ドキュメントインデックスも更新する。
+
+1. `syncing-github-project` で GitHub Issue / Milestone / Label を同期する
+2. `operating-docs --update` で `docs/index.md`、`mkdocs.yml`、各ディレクトリの `index.md` を現在のドキュメント構成に同期する
+3. 変更があればコミットする
+
+## 途中から再開
+
+プロジェクト管理の途中から再開する場合は、まず現在の状態を確認する。
+
+**Example:**
+
+```
+ユーザー: 「イテレーション 2 の開発が終わった。振り返りをしたい」
+回答: docs/development/iteration_plan-2.md の完了状況を確認し、
+      tracking-progress --update で進捗を更新してから
+      planning-releases --retrospective でふりかえりを実施する。
+```
+
+## 出力例
+
+```
+プロジェクト管理状態
+━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
+
+リリース計画
+├─ リリース 1.0 MVP: 8 週間（4 イテレーション）
+├─ 総ストーリー: 34 件（155SP）
+└─ 進捗: 25%（イテレーション 1/4 完了）
+
+GitHub Project
+├─ 同期状態: 最新
+├─ Open Issues: 26 件
+├─ Closed Issues: 8 件
+└─ 最終同期: 2026-02-17
+
+現在のイテレーション（IT-2）
+├─ 期間: 2026-02-17 〜 2026-02-28
+├─ 計画 SP: 12SP
+├─ 完了 SP: 4SP
+├─ 達成率: 33%
+└─ ベロシティ（前回）: 10SP
+```
+
+## コンテキスト管理
+
+タスクの区切りごとに `/compact` を実施して Context limit reached エラーを回避する。
+
+- リリース計画・イテレーション計画の作成完了時、GitHub 同期完了時、ふりかえり・報告書作成完了時に実施する
+- `/compact` 前に現在の作業状態と次のタスクをメモとして出力する
+
+## 注意事項
+
+- 要件定義書またはユーザーストーリーが存在すること、`gh` CLI がインストールされ認証済みであること（前提条件）
+- 初回ベロシティは推測値のため、3 イテレーション後に再調整を推奨する
+- `docs/development/release_plan.md` を Single Source of Truth として管理し、GitHub への同期を定期的に実施する
+- データドリブンにベロシティ実績に基づいて計画を継続的に調整する
+
+## 関連スキル
+
+- `planning-releases` — リリース・イテレーション計画の作成と管理
+- `syncing-github-project` — GitHub Project への同期と一元管理
+- `tracking-progress` — 進捗分析・レポート生成
+- `operating-docs` — ドキュメントインデックス更新・Lint（`--sync` 時に自動実行）
+- `orchestrating-analysis` — 分析フェーズのオーケストレーション
+- `orchestrating-development` — 開発フェーズのオーケストレーション

package/lib/assets/.claude/skills/planning-releases/SKILL.md

@@ -1,119 +1,119 @@
----
-name: planning-releases
-description: アジャイルなリリース計画とイテレーション計画を作成し進捗を管理。ベロシティ分析、ふりかえり、完了報告書まで一貫してサポートする。「リリース計画を作りたい」「イテレーション計画を作成したい」「ベロシティを分析したい」「ふりかえりを実施したい」「完了報告書を作りたい」といった場面で発動する。計画を生きた文書として管理し、実績データに基づいて継続的に調整することで、プロジェクトの予測可能性を高める。
----
-
-# リリース・イテレーション計画
-
-アジャイルなリリース計画とイテレーション計画を作成し、ベロシティに基づいてプロジェクトの進捗を管理する。
-
-計画の価値は「正確に予測すること」ではなく「実績と計画のズレを早期に検知し調整すること」。ベロシティの安定に 3 イテレーションかかるため、初期は粗く後から精緻化する。
-
-## オプション
-
-| オプション                | 説明 |
-|----------------------|------|
-| なし                   | 全体のリリース計画を作成または更新 |
-| `--release`          | リリース計画のみを作成（3-6 ヶ月のマクロ計画） |
-| `--iteration <番号>`   | 特定のイテレーション計画を作成（2 週間の詳細計画） |
-| `--velocity`         | ベロシティ分析と予測を実行 |
-| `--burndown`         | バーンダウンチャートを生成 |
-| `--retrospective`    | ふりかえり結果を記録し次イテレーション計画に反映 |
-| `--iteration-report` | イテレーション完了報告書を作成（`creating-iteration-report` に委譲） |
-| `--release-report`   | リリース完了報告書を作成（`creating-release-report` に委譲） |
-| `--status`           | 現在の進捗状況をサマリー表示 |
-
-## リリース計画の作成
-
-リリース・イテレーション計画ガイドに準拠した包括的なリリース計画を作成する。
-
-**テンプレート**: @docs/template/リリース計画.md
-
-**作成される内容**:
-
-- 満足条件（スコープ・スケジュール・リソース）
-- ベロシティ見積もり（基準ストーリー分析に基づく）
-- 優先順位マトリックス（金銭価値・コスト・知識習得・リスク軽減の 4 軸）
-- 段階的リリース戦略（MVP→機能拡張版→完成版）
-- バッファ戦略（フィーチャバッファ 30%、スケジュールバッファ）
-- mermaid.js ガントチャートによるスケジュール概要
-
-成果物は `docs/development/release_plan.md` に保存する。`docs/index.md` と `mkdocs.yml` も更新する。
-
-## イテレーション計画の作成
-
-コミットメント駆動方式で実行可能な 2 週間の詳細計画を作成する。
-
-**テンプレート**: @docs/template/イテレーション計画.md
-
-**作成される内容**:
-
-- イテレーションゴール（1-2 行の明確な目標）
-- ストーリー選択（リリース計画に基づく優先順位付け）
-- タスク分解（各ストーリーを 4-16 理想時間のタスクに分解）
-- mermaid.js ガントチャートによる詳細スケジュール
-
-成果物は `docs/development/iteration_plan-N.md` に保存する。`release_plan.md`、`docs/index.md`、`mkdocs.yml` も更新する。
-
-## ふりかえりの実施
-
-KPT（Keep・Problem・Try）分析を中心に、イテレーションの振り返りを記録する。
-
-- **Keep**: 技術的成功事項、プロセス的成功事項
-- **Problem**: 未完了項目、見積もり精度の課題
-- **Try**: 具体的改善アクション（責任者・期限・期待効果付き）
-
-成果物は `docs/development/retrospective-N.md` に保存する。`iteration_plan-N.md` と `release_plan.md` の進捗も更新する。
-
-## 完了報告書の作成
-
-報告書の作成は専用スキルに委譲する。
-
-- **イテレーション完了報告書**（`--report`）: `creating-iteration-report` スキルを参照
-- **リリース完了報告書**: `creating-release-report` スキルを参照
-
-## 計画作成の流れ
-
-```mermaid
-graph TD
-    A[要件定義/ユーザーストーリー] --> B[リリース計画作成]
-    B --> C[イテレーション計画作成]
-    C --> D[実行・進捗管理]
-    D --> E[ふりかえり]
-    E --> G[完了報告書作成]
-    G --> F[計画調整]
-    F --> C
-    F --> B
-```
-
-## 途中から再開
-
-既存の計画ドキュメントがある場合は、まず現在の状態を確認する。
-
-**Example:**
-
-```
-ユーザー: 「イテレーション 1 が終わった。次の計画を作りたい」
-回答: docs/development/iteration_plan-1.md の完了状況を確認する。
-      --retrospective でふりかえりを実施し、
-      --report で完了報告書を作成してから、
-      --iteration 2 で次のイテレーション計画を作成する。
-      イテレーション 1 のベロシティ実績を反映する。
-```
-
-## 注意事項
-
-- 要件定義書またはユーザーストーリーが存在すること（前提条件）
-- 初回ベロシティは推測値のため、3 イテレーション後に再調整を推奨する
-- 各イテレーション終了時に計画を更新し、生きた文書として管理する
-- タスク項目（リスト）の前には空行を入れる（Markdown Lint 準拠）
-- バッファ確保: フィーチャバッファ 30%、スケジュールバッファを必ず設定する
-- 感覚ではなく実績データに基づいて計画を調整する
-
-## 関連スキル
-
-- `creating-iteration-report` — イテレーション完了報告書の作成
-- `creating-release-report` — リリース完了報告書の作成
-- `syncing-github-project` — GitHub Project への同期
-- `tracking-progress` — 進捗確認
-- `operating-docs` — ドキュメント管理
+---
+name: planning-releases
+description: アジャイルなリリース計画とイテレーション計画を作成し進捗を管理。ベロシティ分析、ふりかえり、完了報告書まで一貫してサポートする。「リリース計画を作りたい」「イテレーション計画を作成したい」「ベロシティを分析したい」「ふりかえりを実施したい」「完了報告書を作りたい」といった場面で発動する。計画を生きた文書として管理し、実績データに基づいて継続的に調整することで、プロジェクトの予測可能性を高める。
+---
+
+# リリース・イテレーション計画
+
+アジャイルなリリース計画とイテレーション計画を作成し、ベロシティに基づいてプロジェクトの進捗を管理する。
+
+計画の価値は「正確に予測すること」ではなく「実績と計画のズレを早期に検知し調整すること」。ベロシティの安定に 3 イテレーションかかるため、初期は粗く後から精緻化する。
+
+## オプション
+
+| オプション                | 説明 |
+|----------------------|------|
+| なし                   | 全体のリリース計画を作成または更新 |
+| `--release`          | リリース計画のみを作成（3-6 ヶ月のマクロ計画） |
+| `--iteration <番号>`   | 特定のイテレーション計画を作成（2 週間の詳細計画） |
+| `--velocity`         | ベロシティ分析と予測を実行 |
+| `--burndown`         | バーンダウンチャートを生成 |
+| `--retrospective`    | ふりかえり結果を記録し次イテレーション計画に反映 |
+| `--iteration-report` | イテレーション完了報告書を作成（`creating-iteration-report` に委譲） |
+| `--release-report`   | リリース完了報告書を作成（`creating-release-report` に委譲） |
+| `--status`           | 現在の進捗状況をサマリー表示 |
+
+## リリース計画の作成
+
+リリース・イテレーション計画ガイドに準拠した包括的なリリース計画を作成する。
+
+**テンプレート**: @docs/template/リリース計画.md
+
+**作成される内容**:
+
+- 満足条件（スコープ・スケジュール・リソース）
+- ベロシティ見積もり（基準ストーリー分析に基づく）
+- 優先順位マトリックス（金銭価値・コスト・知識習得・リスク軽減の 4 軸）
+- 段階的リリース戦略（MVP→機能拡張版→完成版）
+- バッファ戦略（フィーチャバッファ 30%、スケジュールバッファ）
+- mermaid.js ガントチャートによるスケジュール概要
+
+成果物は `docs/development/release_plan.md` に保存する。`docs/index.md` と `mkdocs.yml` も更新する。
+
+## イテレーション計画の作成
+
+コミットメント駆動方式で実行可能な 2 週間の詳細計画を作成する。
+
+**テンプレート**: @docs/template/イテレーション計画.md
+
+**作成される内容**:
+
+- イテレーションゴール（1-2 行の明確な目標）
+- ストーリー選択（リリース計画に基づく優先順位付け）
+- タスク分解（各ストーリーを 4-16 理想時間のタスクに分解）
+- mermaid.js ガントチャートによる詳細スケジュール
+
+成果物は `docs/development/iteration_plan-N.md` に保存する。`release_plan.md`、`docs/index.md`、`mkdocs.yml` も更新する。
+
+## ふりかえりの実施
+
+KPT（Keep・Problem・Try）分析を中心に、イテレーションの振り返りを記録する。
+
+- **Keep**: 技術的成功事項、プロセス的成功事項
+- **Problem**: 未完了項目、見積もり精度の課題
+- **Try**: 具体的改善アクション（責任者・期限・期待効果付き）
+
+成果物は `docs/development/retrospective-N.md` に保存する。`iteration_plan-N.md` と `release_plan.md` の進捗も更新する。
+
+## 完了報告書の作成
+
+報告書の作成は専用スキルに委譲する。
+
+- **イテレーション完了報告書**（`--report`）: `creating-iteration-report` スキルを参照
+- **リリース完了報告書**: `creating-release-report` スキルを参照
+
+## 計画作成の流れ
+
+```mermaid
+graph TD
+    A[要件定義/ユーザーストーリー] --> B[リリース計画作成]
+    B --> C[イテレーション計画作成]
+    C --> D[実行・進捗管理]
+    D --> E[ふりかえり]
+    E --> G[完了報告書作成]
+    G --> F[計画調整]
+    F --> C
+    F --> B
+```
+
+## 途中から再開
+
+既存の計画ドキュメントがある場合は、まず現在の状態を確認する。
+
+**Example:**
+
+```
+ユーザー: 「イテレーション 1 が終わった。次の計画を作りたい」
+回答: docs/development/iteration_plan-1.md の完了状況を確認する。
+      --retrospective でふりかえりを実施し、
+      --report で完了報告書を作成してから、
+      --iteration 2 で次のイテレーション計画を作成する。
+      イテレーション 1 のベロシティ実績を反映する。
+```
+
+## 注意事項
+
+- 要件定義書またはユーザーストーリーが存在すること（前提条件）
+- 初回ベロシティは推測値のため、3 イテレーション後に再調整を推奨する
+- 各イテレーション終了時に計画を更新し、生きた文書として管理する
+- タスク項目（リスト）の前には空行を入れる（Markdown Lint 準拠）
+- バッファ確保: フィーチャバッファ 30%、スケジュールバッファを必ず設定する
+- 感覚ではなく実績データに基づいて計画を調整する
+
+## 関連スキル
+
+- `creating-iteration-report` — イテレーション完了報告書の作成
+- `creating-release-report` — リリース完了報告書の作成
+- `syncing-github-project` — GitHub Project への同期
+- `tracking-progress` — 進捗確認
+- `operating-docs` — ドキュメント管理