@k2works/claude-code-booster 2.5.1 → 2.7.0

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

@@ -91,6 +91,8 @@ Claude Code をより効率的に使うための基本設定テンプレート
 | `generating-slides` | インセプションデッキから PowerPoint スライドを生成。 |
 | `git-commit` | 意味のある変更単位ごとにコミットを作成。Conventional Commits 準拠。 |
 | `creating-adr` | Architecture Decision Record の作成を支援。 |
+| `creating-release-report` | リリース完了報告書を作成。release_plan・iteration_report・git log・CHANGELOG からデータ収集。 |
+| `creating-iteration-report` | イテレーション完了報告書を作成。iteration_plan・release_plan・テスト結果からデータ収集。 |
 
 #### 共通
 
@@ -176,6 +178,8 @@ Claude Code をより効率的に使うための基本設定テンプレート
 │   ├── tracking-progress/SKILL.md
 │   ├── syncing-github-project/SKILL.md
 │   ├── planning-releases/SKILL.md
+│   ├── creating-release-report/SKILL.md
+│   ├── creating-iteration-report/SKILL.md
 │   ├── orchestrating-analysis/SKILL.md
 │   ├── orchestrating-development/SKILL.md
 │   ├── orchestrating-operation/SKILL.md

package/lib/assets/.claude/skills/creating-iteration-report/SKILL.md

@@ -0,0 +1,210 @@
+---
+name: creating-iteration-report
+description: イテレーション完了報告書を作成。iteration_plan・release_plan・git log・テスト結果からデータを収集し、テンプレートに基づいて報告書を生成する。「イテレーション完了報告書を作りたい」「IT3 の報告書を作成して」「イテレーションレポートを書いて」「完了報告書を作成」「イテレーションの結果をまとめたい」といった場面で発動する。planning-releases --report が呼ばれた場合もこのスキルの手順に従う。各イテレーションの成果を定量的に記録し、ベロシティの実績データを蓄積することで計画の精度を高める。
+---
+
+# イテレーション完了報告書の作成
+
+イテレーション計画・リリース計画・git log・テスト結果からデータを収集し、公式な完了報告書を作成する。
+
+報告書の価値は「何をどれだけ達成したか」を定量的に記録すること。ベロシティ実績の蓄積はリリース計画の精度を高め、品質メトリクスの推移はプロジェクトの健全性を可視化する。
+
+## テンプレート
+
+@docs/template/イテレーション完了報告書.md
+
+## オプション
+
+| オプション | 説明 |
+|-----------|------|
+| なし | 最新のイテレーション番号を推定して報告書を作成 |
+| `<番号>` | 指定番号のイテレーション完了報告書を作成 |
+
+## 前提条件
+
+- `docs/development/iteration_plan-{N}.md` が存在し、タスクの完了状況が更新済みであること
+- `docs/development/release_plan.md` が存在すること
+- 対象イテレーションの開発が完了していること（テスト全パス）
+
+## 作成フロー
+
+```mermaid
+graph TD
+    A[イテレーション番号の特定] --> B[データ収集]
+    B --> C[報告書作成]
+    C --> D[release_plan.md 更新]
+    D --> E[インデックス更新]
+```
+
+### Step 1: イテレーション番号の特定
+
+既存の `iteration_report-*.md` から最新の番号を推定する。指定がある場合はそれを使用する。
+
+### Step 2: データ収集
+
+4 つのデータソースから報告書に必要な情報を収集する。
+
+#### 2.1 イテレーション計画（`docs/development/iteration_plan-{N}.md`）
+
+- イテレーション番号、ゴール
+- 計画期間（計画日付）
+- ストーリー一覧と予定 SP
+- タスクの完了状況
+- 受入条件の達成状況
+
+#### 2.2 リリース計画（`docs/development/release_plan.md`）
+
+- 全体の SP（バーンダウン用）
+- イテレーション別の計画 SP・実績 SP（前イテレーションまで）
+- フェーズ別の進捗状況
+- 計画スケジュール
+
+#### 2.3 テスト結果
+
+テストを実行して最新の結果を取得する。
+
+```bash
+# Backend テスト
+cd apps/backend && npm test 2>&1 | tail -20
+
+# Frontend テスト
+cd apps/frontend && npm test 2>&1 | tail -20
+
+# E2E テスト
+npx playwright test 2>&1 | tail -20
+```
+
+取得する情報:
+
+- テストファイル数、テスト数（Backend / Frontend）
+- E2E シナリオ数
+- カバレッジ（利用可能な場合）
+
+#### 2.4 前イテレーションの報告書（`docs/development/iteration_report-{N-1}.md`）
+
+- 前イテレーションのテスト数（増分計算用）
+- テスト累計推移（累計テーブル用）
+
+### Step 3: 報告書の作成
+
+以下のセクション構成で報告書を作成する。
+
+**出力ファイル**: `docs/development/iteration_report-{N}.md`
+
+#### セクション構成
+
+##### 1. プロジェクト概要
+
+| 項目 | データソース |
+|------|------------|
+| イテレーション番号 | iteration_plan |
+| 計画期間 | release_plan のガントチャート |
+| 実績期間 | git log の実際のコミット日付 |
+| ゴール | iteration_plan |
+| 要員 | 計画日数 5 日、実績日数は実際の作業日数 |
+
+##### 2. 指標
+
+**ベロシティテーブル**:
+
+| 項目 | 値 |
+|------|-----|
+| 計画 SP | iteration_plan から |
+| 実績 SP | 完了ストーリーの SP 合計 |
+| 達成率 | 実績 / 計画 × 100 |
+
+**バーンダウンチャート** (Mermaid `xychart-beta`):
+
+- x 軸: "開始" + 全イテレーション名
+- 計画線: release_plan の計画残 SP
+- 実績線: 当該イテレーションまでの実績残 SP
+
+**ベロシティチャート** (Mermaid `xychart-beta`):
+
+- x 軸: 当該イテレーションまでの IT 名
+- 棒グラフ: 各イテレーションの実績 SP
+- 平均線: 実績 SP の平均値
+
+##### 3. テスト結果
+
+| メトリクス | Backend | Frontend |
+|-----------|---------|----------|
+| テストファイル | X/X 通過 | X/X 通過 |
+| テスト数 | X/X 通過 | X/X 通過 |
+| カバレッジ | X% | X% |
+| E2E テスト | - | X シナリオ全通過 |
+
+**テスト増分テーブル**: 前イテレーションとの比較
+
+**テスト累計推移テーブル**: IT1 からの累計
+
+##### 4. SonarQube Quality Gate（利用可能な場合）
+
+| プロジェクト | カバレッジ | 重複率 | Violations | 結果 |
+|------------|----------|--------|-----------|------|
+
+##### 5. 実施内容と評価
+
+- ストーリー別の完了状況テーブル
+- 各ストーリーの受入条件達成状況（チェックリスト）
+- 実装内容の要約（レイヤー別: ドメイン→アプリケーション→インフラ→プレゼンテーション→フロントエンド）
+
+##### 6. 追加タスク（SP 外）
+
+技術的負債解消、XP レビュー対応、デモ環境同期など。
+
+##### 7. E2E テスト結果
+
+- 新規追加分のシナリオ一覧と結果
+- リグレッションテスト結果
+
+##### 8. フェーズ・累計進捗
+
+- 現在のフェーズの進捗テーブル
+- 全フェーズの累計進捗テーブル
+
+##### 9. ふりかえりへのリンク
+
+```markdown
+詳細は [イテレーション N ふりかえり](./retrospective-N.md) を参照。
+```
+
+##### 10. 更新履歴
+
+### Step 4: release_plan.md の更新
+
+報告書作成後、release_plan.md の進捗状況テーブルを更新する。
+
+- 該当イテレーションの実績 SP・達成率・状態を更新
+- バーンダウンチャートの実績線を更新
+
+### Step 5: インデックス更新
+
+1. `docs/development/index.md` — イテレーション計画テーブルの状態を更新
+2. `docs/index.md` — 開発セクションにエントリ追加（未登録の場合）
+3. `mkdocs.yml` — nav にエントリ追加（未登録の場合）
+
+## 途中から再開
+
+**Example:**
+
+```
+ユーザー: 「IT4 の完了報告書を作って」
+回答: docs/development/iteration_plan-4.md の完了状況を確認し、
+      テストを実行して結果を取得し、
+      前イテレーション（iteration_report-3.md）からテスト推移データを収集して作成する。
+```
+
+## 注意事項
+
+- テスト数・カバレッジは実測値を使用し、推測値を使わない
+- Mermaid チャートの数値は release_plan.md と整合させる
+- 受入条件の達成状況は iteration_plan のチェックリストと一致させる
+- 前イテレーションの報告書がない場合（IT1）は、テスト増分の基準を 0 とする
+
+## 関連スキル
+
+- `planning-releases` — リリース計画・イテレーション計画・ふりかえり
+- `creating-release-report` — リリース完了報告書（複数イテレーションを集約）
+- `tracking-progress` — 進捗分析・レポート生成
+- `operating-docs` — ドキュメントインデックス更新

package/lib/assets/.claude/skills/creating-release-report/SKILL.md

@@ -0,0 +1,161 @@
+---
+name: creating-release-report
+description: リリース完了報告書を作成。release_plan.md・iteration_report・git log・CHANGELOG・journal からデータを収集し、テンプレートに基づいて報告書を生成する。「リリース完了報告書を作りたい」「リリースレポートを作成して」「v0.1.0 の報告書を作成」「リリースの振り返りをまとめたい」「プロジェクト完了報告書を書きたい」といった場面で発動する。リリースごとの成果を定量的に可視化し、プロジェクトの透明性と説明責任を確保する。
+---
+
+# リリース完了報告書の作成
+
+リリース計画と開発ドキュメント群からデータを収集し、テンプレートに基づいてリリース完了報告書を作成する。
+
+報告書の価値は「何を達成したか」を定量的に示すこと。計画と実績の差異分析、品質メトリクス、コミットログ分析を通じて、プロジェクトの透明性を確保し、次のリリースへの知見を蓄積する。
+
+## テンプレート
+
+@docs/template/リリース完了報告書.md
+
+## オプション
+
+| オプション | 説明 |
+|-----------|------|
+| なし | 対話的にリリースバージョンを確認して報告書を作成 |
+| `--version <バージョン>` | 指定バージョンのリリース完了報告書を作成 |
+| `--all` | 未作成の全リリースの報告書を一括作成 |
+
+## 前提条件
+
+以下のファイルが存在すること:
+
+- `docs/development/release_plan.md` — リリース計画（Single Source of Truth）
+- `docs/development/iteration_report-{N}.md` — 対象イテレーションの完了報告書
+- `CHANGELOG.md` — 対象バージョンのエントリ
+- git タグ（`v{バージョン}`）が打たれていること
+
+## 作成フロー
+
+```mermaid
+graph TD
+    A[バージョン特定] --> B[データ収集]
+    B --> C[ジャーナル生成]
+    C --> D[報告書作成]
+    D --> E[インデックス更新]
+    E --> F[完了]
+```
+
+### Step 1: バージョン特定
+
+release_plan.md のリリース履歴と git タグから対象バージョンを特定する。
+
+- リリースに含まれるイテレーション範囲を確認
+- 対象ストーリーとフェーズを確認
+
+### Step 2: データ収集
+
+5 つのデータソースから報告書に必要な情報を収集する。
+
+#### 2.1 リリース計画（`docs/development/release_plan.md`）
+
+- プロジェクト情報（名称・目的・チーム規模）
+- フェーズ別ストーリー一覧と SP
+- イテレーション別の計画 SP・実績 SP・達成率
+- 計画スケジュール（ガントチャート用の日付）
+- リリース条件の達成状況
+
+#### 2.2 イテレーション完了報告書（`docs/development/iteration_report-{N}.md`）
+
+- 各イテレーションの日程（計画期間・実績期間・実績日数）
+- テスト結果（Backend / Frontend / E2E のテスト数）
+- テストカバレッジ
+- SonarQube Quality Gate 結果
+- ストーリー別の完了状況
+
+#### 2.3 コミットログ（git）
+
+```bash
+# 対象リリースまでのコミット数
+git log --oneline --no-merges <TAG> | wc -l
+
+# プリフィックス別内訳
+git log --oneline --no-merges <TAG> --format="%s" | sed 's/(.*//' | sed 's/:.*//' | sort | uniq -c | sort -rn
+
+# 開発期間
+git log --oneline --no-merges <TAG> --format="%ai" | tail -1  # 最初のコミット
+git log --oneline --no-merges <TAG> --format="%ai" | head -1  # 最後のコミット
+```
+
+#### 2.4 CHANGELOG（`CHANGELOG.md`）
+
+- 対象バージョンの Features / Bug Fixes / Documentation / Tests の内訳
+
+#### 2.5 ジャーナル（`docs/journal/YYYYMMDD.md`）
+
+- 日付ごとの詳細な作業内容
+
+ジャーナルが未生成の場合は `npm run journal` を実行して生成する。
+
+### Step 3: 報告書作成
+
+テンプレート（`docs/template/リリース完了報告書.md`）を基に、収集データでプレースホルダーを埋める。
+
+**出力ファイル命名規則**:
+
+```
+docs/development/release_report-{バージョン（ドットをアンダースコアに置換）}.md
+```
+
+例: `release_report-0_1_0.md`、`release_report-0_2_0.md`
+
+**各セクションの作成ポイント**:
+
+| セクション | データソース | ポイント |
+|-----------|------------|---------|
+| プロジェクトサマリー | release_plan.md + git log | 総コミット数・テスト数は実測値を使用 |
+| イテレーション別達成状況 | release_plan.md 進捗状況テーブル | 計画 SP と実績 SP をそのまま転記 |
+| 計画日程 vs 実績日数 | iteration_report-*.md | 計画期間と実績期間から短縮率を算出 |
+| コミットログ分析 | git log | プリフィックス別の件数と割合を算出 |
+| 品質メトリクス | iteration_report-*.md | リリース時点（最終 IT）のカバレッジを使用 |
+| ベロシティ | release_plan.md | 平均・最大・最小を算出 |
+| 主要な成果物 | CHANGELOG.md + user_story.md | ストーリー単位で実装内容をまとめる |
+| 作業履歴 | docs/journal/ | 日付ごとの主要な作業を要約 |
+
+**Mermaid チャート**:
+
+- バーンダウンチャート: `xychart-beta` で計画 vs 実績の折れ線
+- ガントチャート: `gantt` で計画 vs 実績のスケジュール比較
+- ベロシティ: `xychart-beta` で棒グラフ + 平均線
+- コミット内訳: `pie showData` でパイチャート
+- テスト推移: `xychart-beta` で棒グラフ
+
+### Step 4: インデックス更新
+
+作成した報告書を以下の 3 ファイルに登録する:
+
+1. `docs/development/index.md` — リリース完了報告書セクションにエントリ追加
+2. `docs/index.md` — 開発セクションにエントリ追加
+3. `mkdocs.yml` — nav の開発セクションにエントリ追加
+
+## 途中から再開
+
+報告書作成の途中から再開する場合は、既存の報告書ファイルを確認する。
+
+**Example:**
+
+```
+ユーザー: 「v0.2.0 のリリース完了報告書を作って」
+回答: docs/development/release_report-0_2_0.md の存在を確認し、
+      なければ release_plan.md から IT4-5 のデータを収集して作成する。
+```
+
+## 注意事項
+
+- release_plan.md を Single Source of Truth として扱い、データの不整合がある場合は release_plan.md を優先する
+- コミット数・テスト数は git log や iteration_report の実測値を使用し、推測値を使わない
+- Mermaid チャートの数値は必ずデータソースと照合する
+- 工期短縮率の算出は「(計画日数 - 実績日数) / 計画日数 × 100」で統一する
+
+## 関連スキル
+
+- `planning-releases` — リリース計画の作成と管理
+- `tracking-progress` — 進捗分析・レポート生成
+- `developing-release` — リリースワークフロー（品質ゲート→バージョンバンプ→タグ）
+- `operating-docs` — ドキュメントインデックス更新
+- `orchestrating-project` — 計画・進捗管理フェーズ全体のオーケストレーション

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

@@ -0,0 +1,207 @@
+---
+name: developing-uiux-review
+description: UI/UX 成果物のマルチパースペクティブレビューを実施。XP エージェント（インタラクションデザイナー、ユーザー代表）を並列起動し、デザイン品質・ユーザビリティ・アクセシビリティ・業務適合性・モダンデザインシステム準拠（Material Design 3 等）の観点からフィードバックを収集・統合する。「UI をレビューして」「画面設計をチェックして」「UX を評価して」「画面遷移をレビュー」「ワイヤーフレームを確認して」「デザインのフィードバックがほしい」「この画面の使い勝手を評価して」「アクセシビリティをチェック」「Material Design に準拠しているか確認して」「デザインシステムとの整合性をチェック」といった場面で発動する。UI/UX に関するレビュー依頼があれば積極的に使用すること。
+---
+
+# UI/UX 成果物レビュー
+
+開発フェーズの UI/UX 成果物（画面設計、画面遷移図、ワイヤーフレーム、コンポーネント設計、フロントエンド実装など）を XP エージェントで並列レビューし、デザイン品質とユーザー価値の両面からフィードバックを統合する。
+
+## レビューの価値
+
+UI/UX のレビューは見た目の良し悪しを判断する活動ではない。システムメタファーとの整合性、ユーザーの心理モデルへの適合、業務フローとの自然さ、アクセシビリティを同時に検証することで、「ユーザーの問題を本当に解決する」インターフェースを実現する。デザイナーの視点とユーザーの視点を同時に当てることで、設計者のバイアスを早期に発見できる。
+
+加えて、Material Design 3 をはじめとするモダンデザインシステムの原則に照らし合わせることで、業界標準のユーザー体験を担保する。ユーザーは日常的にモダンなアプリケーションに触れており、その操作感覚からの逸脱は学習コストと離脱率の上昇に直結する。
+
+## モダンデザイン評価基準
+
+レビュー時に以下のモダンデザイン原則への準拠を評価する。プロジェクトが採用するデザインシステムに応じて適用する。
+
+### Material Design 3（M3）
+
+- **Dynamic Color**: カラーシステムが一貫しているか、セマンティックカラー（primary / secondary / tertiary / error）の使い分けが適切か
+- **Typography**: Type Scale（Display / Headline / Title / Body / Label）の使い分けが情報階層を正しく表現しているか
+- **Elevation & Surface**: 要素間の階層関係が Elevation（影 / overlay）で明確に表現されているか
+- **Shape**: 角丸やコンテナの形状がコンポーネントの役割を反映しているか（FAB: Full / Card: Medium / Chip: Small）
+- **Motion**: アニメーションとトランジションが意味を持ち、ユーザーの注意を適切に誘導しているか
+- **Adaptive Layout**: 画面サイズに応じた適応的レイアウト（Compact / Medium / Expanded）が実装されているか
+
+### 共通のモダンデザイン原則
+
+- **デザイントークン**: 色・サイズ・間隔がトークンとして体系化されているか（マジックナンバーの排除）
+- **コンポーネント一貫性**: 同じ役割のコンポーネントが同じ見た目・振る舞いをしているか
+- **空白とリズム**: 8px グリッドシステム等のスペーシングルールに従っているか
+- **ダークモード対応**: ライト / ダーク両テーマで可読性とコントラストが確保されているか
+- **マイクロインタラクション**: ホバー、フォーカス、プレスなどの状態変化が明確にフィードバックされているか
+- **レスポンシブデザイン**: ブレークポイントでのレイアウト切り替えが自然で情報の優先順位が保たれているか
+- **空状態・ローディング・エラー状態**: 各状態が設計されており、ユーザーが次に何をすべきか分かるか
+
+## レビューエージェント
+
+| エージェント | 視点 | 着眼点 |
+|:---|:---|:---|
+| `xp-interaction-designer` | デザイン品質 | システムメタファーとの整合、情報設計、画面遷移の論理性、レイアウト・視覚的階層、アクセシビリティ（WCAG 2.1 AA）、レスポンシブ対応、インタラクションパターンの一貫性、**モダンデザインシステムへの準拠**（Material Design 3 / デザイントークン / Adaptive Layout / Motion） |
+| `xp-user-representative` | 業務適合性 | 実際の業務フローとの自然さ、操作の直感性、学習コスト、エラー時のリカバリ、業務効率、例外ケースへの対応、ユーザーが本当に求めている体験、**モダンなアプリとの操作感の一貫性**（他アプリで慣れた操作パターンとの整合） |
+
+## レビュー対象の判定
+
+ユーザーのリクエストに応じてレビュー範囲を決定する。
+
+| リクエスト | レビュー範囲 |
+|:---|:---|
+| 「画面設計をレビュー」 | UI 設計ドキュメント（PlantUML salt 図、画面遷移図） |
+| 「コンポーネントをレビュー」 | フロントエンドコンポーネントの実装 |
+| 「画面遷移をレビュー」 | 画面遷移図と遷移ロジック |
+| 「UX をレビュー」 | ユーザーフロー全体（設計 + 実装） |
+| 「アクセシビリティをチェック」 | WCAG 2.1 AA 準拠の観点で全体評価 |
+| 「ワイヤーフレームをレビュー」 | ワイヤーフレーム / モックアップ |
+
+## レビューワークフロー
+
+### 1. レビュー対象の収集
+
+レビュー対象の UI/UX 成果物を特定し、内容を把握する。
+
+- 画面設計の場合: 関連する PlantUML ファイル、salt 図、画面遷移図を収集
+- フロントエンド実装の場合: コンポーネントファイルとスタイルシートを収集
+- 関連するユーザーストーリー、ドメインモデル、業務フローも収集する
+
+### 2. エージェントの並列起動
+
+Agent ツールを使い、2 つのエージェントを **同一メッセージで並列起動** する。各エージェントには以下を指示する。
+
+```
+あなたは {エージェント名} です。
+.claude/agents/{エージェント名}.md の定義に従ってレビューしてください。
+
+## レビュー対象
+{画面設計 / コンポーネント / 画面遷移図}
+
+## 関連コンテキスト
+{ユーザーストーリー、業務フロー、ドメインモデル、システムメタファー}
+
+## レビュー観点
+{エージェント固有の着眼点}
+
+## モダンデザイン評価基準
+このスキルの「モダンデザイン評価基準」セクションに基づき、
+Material Design 3 および共通のモダンデザイン原則への準拠も評価してください。
+
+## 出力形式
+以下の形式でフィードバックを返してください：
+
+### 評価サマリー
+（1-2 文で全体評価）
+
+### 良い点
+- （具体的に）
+
+### モダンデザイン準拠状況
+- （Material Design 3 / デザイントークン / レスポンシブ等の準拠状況）
+
+### 改善提案
+- 【重要度: 高/中/低】（対象箇所）（具体的な改善提案と理由）
+
+### 懸念事項
+- （ユーザビリティリスク、アクセシビリティ問題、業務フローとの不整合、デザインシステムとの乖離など）
+
+### スコープ外の発見
+- （レビュー対象外だが報告すべき問題）
+```
+
+#### Agent ツールが利用できない場合のフォールバック
+
+Agent ツールが利用できない環境では、2 つの視点を逐次的にシミュレートする。各エージェントの定義ファイル（`.claude/agents/{エージェント名}.md`）を読み、その視点でレビューを順次実施する。出力形式は同一のテンプレートに従う。
+
+### 3. フィードバックの統合
+
+全エージェントのフィードバックを受け取った後、以下の形式で統合レポートを作成する。
+
+```markdown
+## UI/UX レビュー結果
+
+### レビュー対象
+- {画面名 / コンポーネント名 / 画面遷移}
+
+### 総合評価
+（全エージェントの評価を統合した 2-3 文の評価）
+
+### モダンデザイン準拠サマリー
+| 評価項目 | 状態 | 備考 |
+|---|---|---|
+| カラーシステム | OK / 要改善 | |
+| タイポグラフィ | OK / 要改善 | |
+| Elevation & Surface | OK / 要改善 | |
+| コンポーネント一貫性 | OK / 要改善 | |
+| スペーシング | OK / 要改善 | |
+| レスポンシブ / Adaptive | OK / 要改善 | |
+| ダークモード | OK / 要改善 / 未対応 | |
+| 状態デザイン（空 / Loading / Error） | OK / 要改善 | |
+
+### 改善提案（重要度順）
+
+#### 高（リリース前に対応すべき）
+| # | 提案 | 箇所 | 指摘元 | 理由 |
+|---|------|------|--------|------|
+
+#### 中（対応推奨）
+| # | 提案 | 箇所 | 指摘元 | 理由 |
+|---|------|------|--------|------|
+
+#### 低（改善の余地あり）
+| # | 提案 | 箇所 | 指摘元 | 理由 |
+|---|------|------|--------|------|
+
+### 矛盾事項
+
+デザイナー視点とユーザー視点が相反する場合、ここに記載する。
+
+| # | 視点 A | 視点 B | 論点 | 推奨判断 |
+|---|--------|--------|------|----------|
+
+### エージェント別フィードバック詳細
+
+<details>
+<summary>xp-interaction-designer（高: N / 中: N / 低: N）</summary>
+（フィードバック全文）
+</details>
+
+<details>
+<summary>xp-user-representative（高: N / 中: N / 低: N）</summary>
+（フィードバック全文）
+</details>
+```
+
+### 4. 改善アクションの提案
+
+重要度「高」の指摘については具体的な改善案を提案する。
+
+- デザイン改善: 修正後の PlantUML salt 図や画面遷移図を提示
+- 実装改善: 修正後のコンポーネントコードを提示
+- 改善を適用するかはユーザーの判断に委ねる
+
+### 5. レビュー結果の保存
+
+統合レポートを `docs/review/{対象名}_uiux_review_{YYYYMMDD}.md` に保存する。過去のレビュー結果と比較できるようにし、改善のトレーサビリティを確保する。
+
+## レビュー完了条件
+
+以下をすべて満たした場合にレビュー完了とする。
+
+- 全エージェントのフィードバックが収集済み
+- 統合レポートが作成済み
+- 重要度「高」の指摘について対応方針（修正する / 許容する / 保留する）が決定済み
+- レビュー結果がドキュメントとして保存済み
+
+## 注意事項
+
+- UI/UX レビューは「ユーザーの問題を本当に解決する」インターフェースを実現するための協調的な活動
+- アクセシビリティに関する指摘は重要度「高」として扱う
+- デザイナー視点（理想）とユーザー視点（現実）の間にある緊張関係を活かし、より良い解を導く
+
+## 関連スキル
+
+- `analyzing-ui-design` -- UI 設計（画面遷移図・salt 図の作成）
+- `developing-frontend` -- フロントエンド TDD 開発
+- `developing-review` -- 開発成果物の総合レビュー（コード品質中心）
+- `analyzing-review` -- 分析成果物のレビュー

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

@@ -11,16 +11,17 @@ description: アジャイルなリリース計画とイテレーション計画
 
 ## オプション
 
-| オプション | 説明 |
-|-----------|------|
-| なし | 全体のリリース計画を作成または更新 |
-| `--release` | リリース計画のみを作成（3-6 ヶ月のマクロ計画） |
-| `--iteration <番号>` | 特定のイテレーション計画を作成（2 週間の詳細計画） |
-| `--velocity` | ベロシティ分析と予測を実行 |
-| `--burndown` | バーンダウンチャートを生成 |
-| `--retrospective` | ふりかえり結果を記録し次イテレーション計画に反映 |
-| `--report` | イテレーション完了報告書を作成 |
-| `--status` | 現在の進捗状況をサマリー表示 |
+| オプション                | 説明 |
+|----------------------|------|
+| なし                   | 全体のリリース計画を作成または更新 |
+| `--release`          | リリース計画のみを作成（3-6 ヶ月のマクロ計画） |
+| `--iteration <番号>`   | 特定のイテレーション計画を作成（2 週間の詳細計画） |
+| `--velocity`         | ベロシティ分析と予測を実行 |
+| `--burndown`         | バーンダウンチャートを生成 |
+| `--retrospective`    | ふりかえり結果を記録し次イテレーション計画に反映 |
+| `--iteration-report` | イテレーション完了報告書を作成（`creating-iteration-report` に委譲） |
+| `--release-report`   | リリース完了報告書を作成（`creating-release-report` に委譲） |
+| `--status`           | 現在の進捗状況をサマリー表示 |
 
 ## リリース計画の作成
 
@@ -64,13 +65,12 @@ KPT（Keep・Problem・Try）分析を中心に、イテレーションの振り
 
 成果物は `docs/development/retrospective-N.md` に保存する。`iteration_plan-N.md` と `release_plan.md` の進捗も更新する。
 
-## イテレーション完了報告書の作成
+## 完了報告書の作成
 
-**テンプレート**: @docs/template/イテレーション完了報告書.md
+報告書の作成は専用スキルに委譲する。
 
-git log、テスト結果、イテレーション計画からデータを収集し、バーンダウンチャート・ベロシティ・品質メトリクスを含む公式な完了報告書を作成する。
-
-成果物は `docs/development/iteration_report-N.md` に保存する。
+- **イテレーション完了報告書**（`--report`）: `creating-iteration-report` スキルを参照
+- **リリース完了報告書**: `creating-release-report` スキルを参照
 
 ## 計画作成の流れ
 
@@ -112,6 +112,8 @@ graph TD
 
 ## 関連スキル
 
+- `creating-iteration-report` — イテレーション完了報告書の作成
+- `creating-release-report` — リリース完了報告書の作成
 - `syncing-github-project` — GitHub Project への同期
 - `tracking-progress` — 進捗確認
-- `managing-docs` — ドキュメント管理
+- `operating-docs` — ドキュメント管理

package/lib/assets/CLAUDE.md

@@ -55,6 +55,7 @@
 | :--- | :--- |
 | `analyzing-review` | 分析成果物のマルチパースペクティブレビュー |
 | `developing-review` | 開発成果物のマルチパースペクティブレビュー |
+| `developing-uiux-review` | UI/UX 成果物のマルチパースペクティブレビュー |
 | `operating-review` | 運用成果物のマルチパースペクティブレビュー |
 
 ### 計画・進捗
@@ -86,6 +87,8 @@
 | `generating-slides` | インセプションデッキのスライド生成 |
 | `git-commit` | Conventional Commits 準拠のコミット |
 | `creating-adr` | ADR 作成 |
+| `creating-release-report` | リリース完了報告書作成 |
+| `creating-iteration-report` | イテレーション完了報告書作成 |
 
 ### 共通
 

package/lib/assets/docs/template/index.md

@@ -14,4 +14,5 @@
 - [イテレーション計画](./イテレーション計画.md)
 - [イテレーション完了報告書](./イテレーション完了報告書.md)
 - [リリース計画](./リリース計画.md)
+- [リリース完了報告書](./リリース完了報告書.md)
 - [README](./README.md)

package/lib/assets/docs/template//343/203/252/343/203/252/343/203/274/343/202/271/345/256/214/344/272/206/345/240/261/345/221/212/346/233/270.md

@@ -0,0 +1,273 @@
+# リリース完了報告書 {{バージョン}} - {{プロジェクト名}}
+
+**報告書作成日**: {{YYYY-MM-DD}}
+
+## 概要
+
+{{プロジェクト名}} v{{バージョン}} のリリース完了報告書です。全 {{イテレーション数}} イテレーション、{{総 SP}} ストーリーポイントを {{達成率}}% 達成し、{{完了状態の説明}}。
+
+---
+
+## プロジェクトサマリー
+
+| 項目 | 値 |
+|------|-----|
+| **プロジェクト期間** | {{開始日}} 〜 {{終了日}} (約 {{期間}} 週間) |
+| **総イテレーション数** | {{イテレーション数}} |
+| **総ストーリーポイント** | {{総 SP}} SP |
+| **総コミット数** | {{コミット数}} |
+| **総テスト数** | {{テスト数}} |
+| **ユーザーストーリー数** | {{ストーリー数}} |
+
+---
+
+## 計画と実績の差異分析
+
+### イテレーション別達成状況
+
+| イテレーション | リリース | 計画 SP | 実績 SP | 達成率 | 差異 |
+|---------------|---------|---------|---------|--------|------|
+| IT1 | {{リリース名}} | {{計画 SP}} | {{実績 SP}} | {{達成率}}% | {{差異}} |
+| IT2 | {{リリース名}} | {{計画 SP}} | {{実績 SP}} | {{達成率}}% | {{差異}} |
+| ... | | | | | |
+| **合計** | | **{{計画合計}}** | **{{実績合計}}** | **{{全体達成率}}%** | **{{全体差異}}** |
+
+### リリース別達成状況
+
+| リリース | 内容 | 計画 SP | 実績 SP | 達成率 |
+|---------|------|---------|---------|--------|
+| Release {{X}}.0 {{名称}} | {{内容}} | {{計画 SP}} | {{実績 SP}} | {{達成率}}% |
+| ... | | | | |
+
+### リリースバーンダウン
+
+```mermaid
+xychart-beta
+    title "リリースバーンダウン（計画 vs 実績）"
+    x-axis ["開始", "IT1", "IT2", "..."]
+    y-axis "残 SP" 0 --> {{総 SP}}
+    line "計画" [{{計画値のカンマ区切り}}]
+    line "実績" [{{実績値のカンマ区切り}}]
+```
+
+**分析結果**: {{バーンダウンの傾向分析}}
+
+---
+
+## 計画日程 vs 実績日数の差異分析
+
+### イテレーション別日程比較
+
+| IT | 計画期間 | 計画日数 | 実績期間 | 実績日数 | 短縮日数 | 短縮率 |
+|----|---------|---------|----------|---------|---------|--------|
+| 1 | {{計画期間}} | {{計画日数}} 日 | {{実績期間}} | **{{実績日数}} 日** | {{短縮日数}} 日 | {{短縮率}}% |
+| ... | | | | | | |
+| **合計** | **{{計画総期間}}** | **{{計画総日数}} 日** | **{{実績総期間}}** | **{{実績総日数}} 日** | **{{短縮合計}} 日** | **{{短縮率合計}}%** |
+
+### 工期短縮の可視化
+
+```mermaid
+xychart-beta
+    title "計画日数 vs 実績日数"
+    x-axis ["IT1", "IT2", "..."]
+    y-axis "日数" 0 --> {{最大日数}}
+    bar "計画" [{{計画日数のカンマ区切り}}]
+    bar "実績" [{{実績日数のカンマ区切り}}]
+```
+
+### 計画 vs 実績ガントチャート
+
+#### 当初計画スケジュール
+
+```mermaid
+gantt
+    title 当初計画スケジュール
+    dateFormat  YYYY-MM-DD
+
+    section Release {{X}}.0
+    IT1 {{ゴール}}  :p1, {{開始日}}, {{日数}}d
+    IT2 {{ゴール}}  :p2, after p1, {{日数}}d
+```
+
+#### 実績スケジュール
+
+```mermaid
+gantt
+    title 実績スケジュール
+    dateFormat  YYYY-MM-DD
+
+    section Release {{X}}.0
+    IT1 {{ゴール}} ({{日数}}日)  :done, a1, {{開始日}}, {{日数}}d
+    IT2 {{ゴール}} ({{日数}}日)  :done, a2, {{開始日}}, {{日数}}d
+    リリース {{X}}.0              :milestone, m1, {{日付}}, 0d
+```
+
+### サマリー
+
+| 指標 | 値 |
+|------|-----|
+| **計画総日数** | {{計画総日数}} 日 |
+| **実績総日数** | {{実績総日数}} 日 |
+| **短縮日数** | {{短縮日数}} 日 |
+| **短縮率** | **{{短縮率}}%** |
+| **効率倍率** | **{{効率倍率}} 倍** |
+
+### 差異分析
+
+1. {{差異分析ポイント 1}}
+2. {{差異分析ポイント 2}}
+3. {{差異分析ポイント 3}}
+
+### 工期短縮の要因分析
+
+| 要因 | 説明 |
+|------|------|
+| {{要因 1}} | {{説明}} |
+| {{要因 2}} | {{説明}} |
+
+---
+
+## コミットログ分析
+
+### コミットプリフィックス別内訳
+
+| プリフィックス | 件数 | 割合 | 説明 |
+|---------------|------|------|------|
+| docs | {{件数}} | {{割合}}% | ドキュメント更新 |
+| feat | {{件数}} | {{割合}}% | 新機能追加 |
+| fix | {{件数}} | {{割合}}% | バグ修正 |
+| refactor | {{件数}} | {{割合}}% | リファクタリング |
+| test | {{件数}} | {{割合}}% | テスト追加 |
+| chore | {{件数}} | {{割合}}% | 保守作業 |
+| ci | {{件数}} | {{割合}}% | CI/CD 改善 |
+| その他 | {{件数}} | {{割合}}% | マージ・リバート等 |
+| **合計** | **{{合計}}** | **100%** | |
+
+### コミットプリフィックス別パイチャート
+
+```mermaid
+pie showData
+    title "コミットプリフィックス別内訳"
+    "docs (ドキュメント)" : {{件数}}
+    "feat (新機能)" : {{件数}}
+    "fix (バグ修正)" : {{件数}}
+    "refactor (リファクタ)" : {{件数}}
+    "test (テスト)" : {{件数}}
+    "chore (保守)" : {{件数}}
+    "その他" : {{件数}}
+```
+
+### 分析
+
+1. {{コミット分析ポイント 1}}
+2. {{コミット分析ポイント 2}}
+3. {{コミット分析ポイント 3}}
+
+---
+
+## 品質メトリクス
+
+### テストカバレッジ
+
+| 対象 | 目標 | 実績 | 判定 |
+|------|------|------|------|
+| バックエンド | {{目標}}% | {{実績}}% | {{判定}} |
+| フロントエンド | {{目標}}% | {{実績}}% | {{判定}} |
+
+### テスト数のリリース別推移
+
+| リリース | バックエンド | フロントエンド | E2E | 合計 |
+|---------|------------|--------------|-----|------|
+| Release {{X}}.0 | {{件数}} | {{件数}} | {{件数}} | {{合計}} |
+| ... | | | | |
+
+```mermaid
+xychart-beta
+    title "テスト数のリリース別推移"
+    x-axis ["Release {{X}}.0", "..."]
+    y-axis "テスト数" 0 --> {{最大値}}
+    bar [{{テスト数のカンマ区切り}}]
+```
+
+### 静的解析
+
+| 指標 | 結果 |
+|------|------|
+| ESLint | {{結果}} |
+| SonarQube BLOCKER | {{結果}} |
+| Flaky テスト率 | {{結果}} |
+
+### ベロシティ
+
+```mermaid
+xychart-beta
+    title "イテレーション別ベロシティ"
+    x-axis ["IT1", "IT2", "..."]
+    y-axis "完了したストーリーポイント" 0 --> {{最大 SP}}
+    bar [{{実績 SP のカンマ区切り}}]
+    line "平均（{{平均}} SP）" [{{平均値の繰り返し}}]
+```
+
+| 項目 | 値 |
+|------|-----|
+| 平均ベロシティ | {{平均}} SP/イテレーション |
+| 最大ベロシティ | {{最大}} SP |
+| 最小ベロシティ | {{最小}} SP |
+
+---
+
+## リリース履歴
+
+| リリース | 含まれる IT | リリース日 | SP | 状態 |
+|---------|-----------|-----------|-----|------|
+| Release {{X}}.0 {{名称}} | IT{{開始}}-{{終了}} | {{日付}} | {{SP}} | {{状態}} |
+| ... | | | | |
+
+---
+
+## 主要な成果物
+
+### 実装した主要機能
+
+1. **{{機能カテゴリ 1}}** ({{リリース}} / {{IT}})
+   - {{機能詳細}}
+
+2. **{{機能カテゴリ 2}}** ({{リリース}} / {{IT}})
+   - {{機能詳細}}
+
+### 技術的成果
+
+| 成果 | 内容 |
+|------|------|
+| テスト駆動開発 | {{テスト数}}テスト、カバレッジ {{カバレッジ}}% |
+| {{アーキテクチャ}} | {{説明}} |
+| CI/CD | {{説明}} |
+
+---
+
+## 総評
+
+{{プロジェクト名}} v{{バージョン}} は、全 {{総 SP}} SP を {{イテレーション数}} イテレーションで {{達成率}}% 達成し、{{完了状態}}。
+
+### ハイライト
+
+- **全 {{ストーリー数}} ユーザーストーリー完了**: {{概要}}
+- **{{テスト数}} テストによる品質保証**: バックエンド {{BE テスト数}} + フロントエンド {{FE テスト数}} + E2E {{E2E テスト数}}
+- **{{カバレッジ}}% テストカバレッジ**: 目標 {{目標}}% を上回る品質水準
+- **{{リリース回数}} 段階リリース戦略の成功**: {{リリース戦略の説明}}
+
+### プロジェクト完了メトリクス
+
+| 指標 | 値 |
+|------|-----|
+| **総ストーリーポイント** | {{総 SP}} SP |
+| **総コミット数** | {{コミット数}} |
+| **総テスト数** | {{テスト数}} |
+| **テストカバレッジ** | {{カバレッジ}}% |
+| **リリース回数** | {{リリース回数}} |
+| **イテレーション回数** | {{イテレーション数}} |
+| **ユーザーストーリー数** | {{ストーリー数}} |
+
+---
+
+**リリース完了** - Simple made easy.

package/package.json

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