@k2works/claude-code-booster 1.10.0 → 1.11.0

package/lib/assets/.claude/skills/analyzing-data-model/SKILL.md

@@ -1,80 +1,80 @@
----
-name: analyzing-data-model
-description: データモデル設計を支援。ER 図作成、テーブル定義、リレーション設計。データベース設計やテーブル構造の検討時に使用。
----
-
-# データモデル設計支援
-
-PlantUML の ER 図を使用してデータモデルを設計します。
-
-## Instructions
-
-### 1. 参照ドキュメント
-
-- @docs/reference/データモデル設計ガイド.md - データモデル設計の進め方
-
-### 2. 入力
-
-- @docs/requirements/requirements_definition.md - 要件定義
-- @docs/requirements/business_usecase.md - ビジネスユースケース
-- @docs/requirements/system_usecase.md - システムユースケース
-- @docs/requirements/user_story.md - ユーザーストーリー
-- @docs/design/architecture_backend.md - バックエンドアーキテクチャ
-- @docs/design/architecture_frontend.md - フロントエンドアーキテクチャ
-
-### 3. 成果物
-
-- @docs/design/data-model.md - データモデル設計
-
-### 4. 作業内容
-
-#### 概念データモデル作成
-
-- エンティティの識別
-- リレーションシップの定義
-
-#### 論理データモデル作成
-
-- テーブル定義
-- 主キー・外部キーの設計
-- 正規化の適用
-
-#### ER 図作成
-
-- PlantUML を使用した ER 図の作成
-- テーブル間の関係の可視化
-
-### 5. 注意事項
-
-- **前提条件**: 要件定義とアーキテクチャ設計が完了していること
-- **制限事項**: PlantUML の ER 図を使用すること
-- **推奨事項**: ドメインモデルとの整合性を確認しながら設計する
-
-### 6. 記述ルール
-
-タスク項目などは一行開けて記述する。
-
-OK:
-
-```markdown
-**受入条件**:
-
-- [ ] テーブル定義が完了している
-- [ ] ER 図が作成されている
-```
-
-NG:
-
-```markdown
-**受入条件**:
-- [ ] テーブル定義が完了している
-- [ ] ER 図が作成されている
-```
-
-## Examples
-
-### 要件に基づくデータモデル設計
-
-1. 要件定義とバックエンドアーキテクチャを読み込む
-2. @docs/reference/データモデル設計ガイド.md に基づいて設計
-3. ドメインモデルとの整合性を確認しながらデータモデルを作成
+---
+name: analyzing-data-model
+description: データモデル設計を支援。ER 図作成、テーブル定義、リレーション設計。データベース設計やテーブル構造の検討時に使用。
+---
+
+# データモデル設計支援
+
+PlantUML の ER 図を使用してデータモデルを設計します。
+
+## Instructions
+
+### 1. 参照ドキュメント
+
+- @docs/reference/データモデル設計ガイド.md - データモデル設計の進め方
+
+### 2. 入力
+
+- @docs/requirements/requirements_definition.md - 要件定義
+- @docs/requirements/business_usecase.md - ビジネスユースケース
+- @docs/requirements/system_usecase.md - システムユースケース
+- @docs/requirements/user_story.md - ユーザーストーリー
+- @docs/design/architecture_backend.md - バックエンドアーキテクチャ
+- @docs/design/architecture_frontend.md - フロントエンドアーキテクチャ
+
+### 3. 成果物
+
+- @docs/design/data-model.md - データモデル設計
+
+### 4. 作業内容
+
+#### 概念データモデル作成
+
+- エンティティの識別
+- リレーションシップの定義
+
+#### 論理データモデル作成
+
+- テーブル定義
+- 主キー・外部キーの設計
+- 正規化の適用
+
+#### ER 図作成
+
+- PlantUML を使用した ER 図の作成
+- テーブル間の関係の可視化
+
+### 5. 注意事項
+
+- **前提条件**: 要件定義とアーキテクチャ設計が完了していること
+- **制限事項**: PlantUML の ER 図を使用すること
+- **推奨事項**: ドメインモデルとの整合性を確認しながら設計する
+
+### 6. 記述ルール
+
+タスク項目などは一行開けて記述する。
+
+OK:
+
+```markdown
+**受入条件**:
+
+- [ ] テーブル定義が完了している
+- [ ] ER 図が作成されている
+```
+
+NG:
+
+```markdown
+**受入条件**:
+- [ ] テーブル定義が完了している
+- [ ] ER 図が作成されている
+```
+
+## Examples
+
+### 要件に基づくデータモデル設計
+
+1. 要件定義とバックエンドアーキテクチャを読み込む
+2. @docs/reference/データモデル設計ガイド.md に基づいて設計
+3. ドメインモデルとの整合性を確認しながらデータモデルを作成

package/lib/assets/.claude/skills/analyzing-domain-model/SKILL.md

@@ -1,88 +1,88 @@
----
-name: analyzing-domain-model
-description: ドメインモデル設計を支援。エンティティ、値オブジェクト、集約の設計。DDD やドメインモデリングの検討時に使用。
----
-
-# ドメインモデル設計支援
-
-DDD の戦術的設計パターンに基づくドメインモデルを設計します。
-
-## Instructions
-
-### 1. 参照ドキュメント
-
-- @docs/reference/ドメインモデル設計ガイド.md - ドメインモデル設計の進め方
-
-### 2. 入力
-
-- @docs/requirements/requirements_definition.md - 要件定義
-- @docs/requirements/business_usecase.md - ビジネスユースケース
-- @docs/requirements/system_usecase.md - システムユースケース
-- @docs/requirements/user_story.md - ユーザーストーリー
-- @docs/design/architecture_backend.md - バックエンドアーキテクチャ
-- @docs/design/architecture_frontend.md - フロントエンドアーキテクチャ
-
-### 3. 成果物
-
-- @docs/design/domain-model.md - ドメインモデル設計
-
-### 4. 作業内容
-
-#### エンティティ定義
-
-- ライフサイクルを持つドメインオブジェクトの識別
-- 識別子の設計
-
-#### 値オブジェクト定義
-
-- 不変で識別子を持たないドメインオブジェクトの識別
-- バリデーションルールの定義
-
-#### 集約の設計
-
-- 集約ルートの識別
-- 集約境界の定義
-- 不変条件の設計
-
-#### ドメインサービス定義
-
-- エンティティに属さないビジネスロジックの識別
-
-#### ダイアグラム作成
-
-- PlantUML を使用したクラス図・オブジェクト図の作成
-
-### 5. 注意事項
-
-- **前提条件**: 要件定義とアーキテクチャ設計が完了していること
-- **制限事項**: PlantUML を使用してダイアグラムを作成すること
-- **推奨事項**: ユビキタス言語を使用してドメインエキスパートと共通認識を持つ
-
-### 6. 記述ルール
-
-タスク項目などは一行開けて記述する。
-
-OK:
-
-```markdown
-**受入条件**:
-
-- [ ] エンティティが定義されている
-- [ ] 集約境界が明確である
-```
-
-NG:
-
-```markdown
-**受入条件**:
-- [ ] エンティティが定義されている
-- [ ] 集約境界が明確である
-```
-
-## Examples
-
-### ユースケースに基づくドメインモデル設計
-
-1. システムユースケースとユーザーストーリーを読み込む
-2. @docs/reference/ドメインモデル設計ガイド.md に基づいて設計
-3. エンティティ、値オブジェクト、集約を識別してドメインモデルを作成
+---
+name: analyzing-domain-model
+description: ドメインモデル設計を支援。エンティティ、値オブジェクト、集約の設計。DDD やドメインモデリングの検討時に使用。
+---
+
+# ドメインモデル設計支援
+
+DDD の戦術的設計パターンに基づくドメインモデルを設計します。
+
+## Instructions
+
+### 1. 参照ドキュメント
+
+- @docs/reference/ドメインモデル設計ガイド.md - ドメインモデル設計の進め方
+
+### 2. 入力
+
+- @docs/requirements/requirements_definition.md - 要件定義
+- @docs/requirements/business_usecase.md - ビジネスユースケース
+- @docs/requirements/system_usecase.md - システムユースケース
+- @docs/requirements/user_story.md - ユーザーストーリー
+- @docs/design/architecture_backend.md - バックエンドアーキテクチャ
+- @docs/design/architecture_frontend.md - フロントエンドアーキテクチャ
+
+### 3. 成果物
+
+- @docs/design/domain-model.md - ドメインモデル設計
+
+### 4. 作業内容
+
+#### エンティティ定義
+
+- ライフサイクルを持つドメインオブジェクトの識別
+- 識別子の設計
+
+#### 値オブジェクト定義
+
+- 不変で識別子を持たないドメインオブジェクトの識別
+- バリデーションルールの定義
+
+#### 集約の設計
+
+- 集約ルートの識別
+- 集約境界の定義
+- 不変条件の設計
+
+#### ドメインサービス定義
+
+- エンティティに属さないビジネスロジックの識別
+
+#### ダイアグラム作成
+
+- PlantUML を使用したクラス図・オブジェクト図の作成
+
+### 5. 注意事項
+
+- **前提条件**: 要件定義とアーキテクチャ設計が完了していること
+- **制限事項**: PlantUML を使用してダイアグラムを作成すること
+- **推奨事項**: ユビキタス言語を使用してドメインエキスパートと共通認識を持つ
+
+### 6. 記述ルール
+
+タスク項目などは一行開けて記述する。
+
+OK:
+
+```markdown
+**受入条件**:
+
+- [ ] エンティティが定義されている
+- [ ] 集約境界が明確である
+```
+
+NG:
+
+```markdown
+**受入条件**:
+- [ ] エンティティが定義されている
+- [ ] 集約境界が明確である
+```
+
+## Examples
+
+### ユースケースに基づくドメインモデル設計
+
+1. システムユースケースとユーザーストーリーを読み込む
+2. @docs/reference/ドメインモデル設計ガイド.md に基づいて設計
+3. エンティティ、値オブジェクト、集約を識別してドメインモデルを作成

package/lib/assets/.claude/skills/analyzing-inception-deck/SKILL.md

@@ -1,137 +1,137 @@
----
-name: analyzing-inception-deck
-description: インセプションデッキの作成を支援。プロジェクトの「なぜ」「何を」「どうやって」を 10 の問いで整理し、チーム全体の認識を揃える。プロジェクト立ち上げやインセプションデッキの作成・更新時に使用。
----
-
-# インセプションデッキ作成支援
-
-プロジェクトの方向性・スコープ・リスク・トレードオフをチーム全体で共有するためのインセプションデッキを作成します。ビジネスアーキテクチャ分析書（`analyzing-business`）の成果物をもとに、10 の問いに回答する形式で整理します。
-
-## Instructions
-
-### 1. 参照ドキュメント
-
-- @docs/reference/開発ガイド.md - 開発ライフサイクルにおけるインセプションデッキの位置づけ
-
-### 2. テンプレート
-
-- @docs/template/インセプションデッキ.md - インセプションデッキテンプレート（**編集禁止**）
-
-### 3. 入力
-
-- @docs/analysis/business_architecture.md - ビジネスアーキテクチャ分析書（`analyzing-business` の成果物）
-- プロジェクトの基本情報（組織体制、技術方針、開発チーム構成）
-
-### 4. 成果物
-
-- @docs/analysis/inception-deck.md - インセプションデッキ
-
-### 5. 作業内容
-
-テンプレートの 10 の問いに対し、ビジネスアーキテクチャ分析書の情報を抽出・整理して回答する。
-
-#### なぜやるのか？
-
-- ビジネスアーキテクチャのケイパビリティヒートマップから成熟度が低い領域を特定
-- バリューストリームのボトルネックや非効率を課題として抽出
-- 現状の問題を簡潔かつ明確に記述
-
-#### どんなビジョンなのか？
-
-- ビジネスプリンシプルとガイディングプリンシプルからビジョンを導出
-- ビジネスモデルキャンバスの価値提案をシステムのビジョンに変換
-
-#### どんな価値をもたらすのか？
-
-- ビジネスモデルキャンバスの価値提案・主要活動から具体的なビジネス目標を一覧化
-- 各目標に対して期待される効果を定義
-
-#### スコープの範囲はどこか？
-
-- バリューストリームとケイパビリティマップから優先度付きのフィーチャを抽出
-- スコープ内（必須・高・中）、スコープ外、未決定の 3 カテゴリで整理
-- ビジネスシナリオのユースケースを機能要求の根拠とする
-
-#### 主なステークホルダーは？
-
-- 組織マップとビジネスシナリオのアクター一覧からステークホルダーを特定
-- 各ステークホルダーの役割と主な関心事を整理
-
-#### 基本的な解決策はどのようなものになるか？
-
-- ガイディングプリンシプル（アプリケーション・データ・テクノロジー）から技術方針を導出
-- PlantUML で概念アーキテクチャ図を作成
-- 外部連携（API、配送業者、FBA 等）との接点を明示
-
-#### 主なリスクは何か？
-
-- ビジネス環境、組織体制、技術的制約からリスクを特定
-- 各リスクの影響度と対策を一覧化
-
-#### どのくらい作業があり、費用はいくらか？
-
-- 組織マップの人員構成をもとにチーム構成を想定
-- フィーチャの優先度に基づきフェーズを分割
-- 各フェーズの概算期間を見積もり
-
-#### トレードオフにどう向き合うか？
-
-- 「時間」「予算」「品質」「スコープ」の 4 要素について方針を決定
-- ビジネスプリンシプルに基づき、固定する要素と柔軟にする要素を明確化
-- 品質特性の優先順位を定義
-
-#### 初回リリースが可能になるのはいつか？
-
-- フェーズ分割に基づくマイルストーンを PlantUML の Gantt チャートで作成
-- MVP（最小実行可能製品）のリリースポイントを明示
-- 段階的リリース戦略を定義
-
-### 6. 注意事項
-
-- **前提条件**: @docs/analysis/business_architecture.md が作成済みであること（`analyzing-business` を先に実行）
-- **制限事項**: テンプレート @docs/template/インセプションデッキ.md は絶対に編集しないこと
-- **推奨事項**: 10 の問いすべてに回答し、不明点は仮定を明記した上で後続のステークホルダーレビューで検証する
-
-### 7. 記述ルール
-
-タスク項目などは一行開けて記述する。
-
-OK:
-
-```markdown
-**受入条件**:
-
-- [ ] 10 の問いすべてに回答されている
-- [ ] ビジネスアーキテクチャ分析書との整合性が確認されている
-```
-
-NG:
-
-```markdown
-**受入条件**:
-- [ ] 10 の問いすべてに回答されている
-- [ ] ビジネスアーキテクチャ分析書との整合性が確認されている
-```
-
-## Examples
-
-### 新規プロジェクトでインセプションデッキを作成
-
-1. @docs/analysis/business_architecture.md を読み込む
-2. テンプレートの 10 の問いに沿って情報を整理
-3. 概念アーキテクチャ図とマイルストーンの Gantt チャートを PlantUML で作成
-4. @docs/analysis/inception-deck.md として出力
-
-### 既存インセプションデッキの更新
-
-1. 既存の @docs/analysis/inception-deck.md を読み込む
-2. ビジネスアーキテクチャ分析書の更新内容を反映
-3. リスク・スコープ・マイルストーンを見直し
-
-### 関連スキル
-
-- `analyzing-business` : 前提となるビジネスアーキテクチャ分析（本スキルの入力を生成）
-- `analyzing-requirements` : 後続の要件定義（インセプションデッキのスコープを詳細化）
-- `analyzing-usecases` : 後続のユースケース作成（スコープ内フィーチャの具体化）
-- `planning-releases` : 後続のリリース計画（マイルストーンを詳細化）
-- `generating-slides` : インセプションデッキの PowerPoint スライド生成
+---
+name: analyzing-inception-deck
+description: インセプションデッキの作成を支援。プロジェクトの「なぜ」「何を」「どうやって」を 10 の問いで整理し、チーム全体の認識を揃える。プロジェクト立ち上げやインセプションデッキの作成・更新時に使用。
+---
+
+# インセプションデッキ作成支援
+
+プロジェクトの方向性・スコープ・リスク・トレードオフをチーム全体で共有するためのインセプションデッキを作成します。ビジネスアーキテクチャ分析書（`analyzing-business`）の成果物をもとに、10 の問いに回答する形式で整理します。
+
+## Instructions
+
+### 1. 参照ドキュメント
+
+- @docs/reference/開発ガイド.md - 開発ライフサイクルにおけるインセプションデッキの位置づけ
+
+### 2. テンプレート
+
+- @docs/template/インセプションデッキ.md - インセプションデッキテンプレート（**編集禁止**）
+
+### 3. 入力
+
+- @docs/analysis/business_architecture.md - ビジネスアーキテクチャ分析書（`analyzing-business` の成果物）
+- プロジェクトの基本情報（組織体制、技術方針、開発チーム構成）
+
+### 4. 成果物
+
+- @docs/analysis/inception-deck.md - インセプションデッキ
+
+### 5. 作業内容
+
+テンプレートの 10 の問いに対し、ビジネスアーキテクチャ分析書の情報を抽出・整理して回答する。
+
+#### なぜやるのか？
+
+- ビジネスアーキテクチャのケイパビリティヒートマップから成熟度が低い領域を特定
+- バリューストリームのボトルネックや非効率を課題として抽出
+- 現状の問題を簡潔かつ明確に記述
+
+#### どんなビジョンなのか？
+
+- ビジネスプリンシプルとガイディングプリンシプルからビジョンを導出
+- ビジネスモデルキャンバスの価値提案をシステムのビジョンに変換
+
+#### どんな価値をもたらすのか？
+
+- ビジネスモデルキャンバスの価値提案・主要活動から具体的なビジネス目標を一覧化
+- 各目標に対して期待される効果を定義
+
+#### スコープの範囲はどこか？
+
+- バリューストリームとケイパビリティマップから優先度付きのフィーチャを抽出
+- スコープ内（必須・高・中）、スコープ外、未決定の 3 カテゴリで整理
+- ビジネスシナリオのユースケースを機能要求の根拠とする
+
+#### 主なステークホルダーは？
+
+- 組織マップとビジネスシナリオのアクター一覧からステークホルダーを特定
+- 各ステークホルダーの役割と主な関心事を整理
+
+#### 基本的な解決策はどのようなものになるか？
+
+- ガイディングプリンシプル（アプリケーション・データ・テクノロジー）から技術方針を導出
+- PlantUML で概念アーキテクチャ図を作成
+- 外部連携（API、配送業者、FBA 等）との接点を明示
+
+#### 主なリスクは何か？
+
+- ビジネス環境、組織体制、技術的制約からリスクを特定
+- 各リスクの影響度と対策を一覧化
+
+#### どのくらい作業があり、費用はいくらか？
+
+- 組織マップの人員構成をもとにチーム構成を想定
+- フィーチャの優先度に基づきフェーズを分割
+- 各フェーズの概算期間を見積もり
+
+#### トレードオフにどう向き合うか？
+
+- 「時間」「予算」「品質」「スコープ」の 4 要素について方針を決定
+- ビジネスプリンシプルに基づき、固定する要素と柔軟にする要素を明確化
+- 品質特性の優先順位を定義
+
+#### 初回リリースが可能になるのはいつか？
+
+- フェーズ分割に基づくマイルストーンを PlantUML の Gantt チャートで作成
+- MVP（最小実行可能製品）のリリースポイントを明示
+- 段階的リリース戦略を定義
+
+### 6. 注意事項
+
+- **前提条件**: @docs/analysis/business_architecture.md が作成済みであること（`analyzing-business` を先に実行）
+- **制限事項**: テンプレート @docs/template/インセプションデッキ.md は絶対に編集しないこと
+- **推奨事項**: 10 の問いすべてに回答し、不明点は仮定を明記した上で後続のステークホルダーレビューで検証する
+
+### 7. 記述ルール
+
+タスク項目などは一行開けて記述する。
+
+OK:
+
+```markdown
+**受入条件**:
+
+- [ ] 10 の問いすべてに回答されている
+- [ ] ビジネスアーキテクチャ分析書との整合性が確認されている
+```
+
+NG:
+
+```markdown
+**受入条件**:
+- [ ] 10 の問いすべてに回答されている
+- [ ] ビジネスアーキテクチャ分析書との整合性が確認されている
+```
+
+## Examples
+
+### 新規プロジェクトでインセプションデッキを作成
+
+1. @docs/analysis/business_architecture.md を読み込む
+2. テンプレートの 10 の問いに沿って情報を整理
+3. 概念アーキテクチャ図とマイルストーンの Gantt チャートを PlantUML で作成
+4. @docs/analysis/inception-deck.md として出力
+
+### 既存インセプションデッキの更新
+
+1. 既存の @docs/analysis/inception-deck.md を読み込む
+2. ビジネスアーキテクチャ分析書の更新内容を反映
+3. リスク・スコープ・マイルストーンを見直し
+
+### 関連スキル
+
+- `analyzing-business` : 前提となるビジネスアーキテクチャ分析（本スキルの入力を生成）
+- `analyzing-requirements` : 後続の要件定義（インセプションデッキのスコープを詳細化）
+- `analyzing-usecases` : 後続のユースケース作成（スコープ内フィーチャの具体化）
+- `planning-releases` : 後続のリリース計画（マイルストーンを詳細化）
+- `generating-slides` : インセプションデッキの PowerPoint スライド生成