yodogawa 2.0.0 → 2.1.1

package/skills/a-004-define-domain-model/SKILL.md

@@ -1,144 +1,99 @@
----
-name: a-004-define-domain-model
-description: Event Storming形式でドメインモデルを定義し、ユビキタス言語を反復的に洗練させるワークフロー
----
-
-# DefineDomainModel (a-004)
-
-## 目的
-
-- Event Storming形式でドメインモデルを体系的に定義する。
-- ドメインモデルを作成しながら、ユビキタス言語（共通用語）を並行して洗練させる。
-- Bounded Context（境界づけられたコンテキスト）を特定し、各コンテキスト内のActors、Commands、Events、Policies、Aggregatesを明確化する。
-
-## 前提
-
-- `docs/project/behavior/01-scenarios.md` が作成されていること（先に `CreateScenarios` (a-003) を実行）。
-- `docs/project/domain/` ディレクトリが存在すること（存在しない場合は先に `SetupDocStructure` (a-001) を実行）。
-- ドメインエキスパート（ビジネス側の専門家）と協力できること。
-
-## 手順
-
-### 1. ディレクトリと前提条件の確認
-
-- `docs/project/domain/` ディレクトリの存在を確認：
-
-  ```bash
-  ls -la docs/project/domain/ 2>/dev/null || echo "ディレクトリが存在しません"
-  ```
-
-- ディレクトリが存在しない場合：
-  - ユーザーに通知：「`docs/project/domain/` ディレクトリが見つかりません。先に `SetupDocStructure` (a-001) を実行してください。」
-
-- シナリオの確認：
-  - `docs/project/behavior/01-scenarios.md` を読み込み、内容を確認する。
-
-### 2. テンプレートの準備
-
-- テンプレートをコピーして作業用ファイルを作成する：
-
-  ```bash
-  SCRIPT_DIR=$(for d in .agent .cursor .claude .codex; do [ -d "$d" ] && echo "$d" && break; done)
-  cp "$SCRIPT_DIR/templates/project/03-domain/01-domain-model.md" "docs/project/domain/01-domain-model.md"
-  cp "$SCRIPT_DIR/templates/project/03-domain/02-ubiquitous-language.md" "docs/project/domain/02-ubiquitous-language.md"
-  ```
-
-### 3. Bounded Context の特定
-
-- シナリオとユーザーストーリーを分析し、Bounded Context（ビジネス領域）を提案する。
-  - 「シナリオから、以下のBounded Contextが考えられます：[コンテキスト一覧]」
-- 各Contextの戦略的分類（Core/Supporting/Generic）を確認する。
-
-### 4. 各Bounded Context のドメインモデル定義
-
-各Bounded Contextについて、以下の要素をヒアリング・定義し、`01-domain-model.md` を更新する。
-**同時に、新しい用語が登場するたびに `02-ubiquitous-language.md` にも追記する。**
-
-#### 4.1 概要とアクター
-
-- Contextの責務と主要な責任
-- 登場するアクター（Actors）とその役割
-
-#### 4.2 コマンドとイベント (Event Storming)
-
-- アクターが実行するアクション（**Commands**、命令形）
-- その結果発生するビジネス上の出来事（**Domain Events**、過去形）
-- 自動化ルール（**Policies**、"Whenever ..., then ..."）
-
-#### 4.3 集約とモデル
-
-- 一貫性を保つエンティティの塊（**Aggregates**）
-- 画面表示用の参照モデル（**Read Models**）
-- 連携する外部システム（**External Systems**）
-
-### 5. ユビキタス言語の洗練
-
-- `02-ubiquitous-language.md` を見直し、以下の点を確認・修正する：
-  - 用語の重複や曖昧さがないか
-  - 禁止用語（Data, Processなど曖昧な語）が含まれていないか
-  - 定義が具体的で、Context内での意味に限定されているか
-
-### 6. Context Map の定義
-
-- 各Context間の関係性（Customer-Supplier, Shared Kernelなど）を定義し、`01-domain-model.md` のContext Mapセクション（Mermaid図）を更新する。
-
-### 7. レビューと確認
-
-- 作成したドキュメントを提示し、以下を確認する：
-  - 「ビジネス用語は正確に表現されていますか？」
-  - 「Aggregateの境界は適切ですか？」
-  - 「ユビキタス言語の定義は明確ですか？」
-
-### 8. 完了条件と構造の確認
-
-- 以下の完了条件を満たしているか、コマンドとチェックリストで確認してください：
-
-  1. **構造確認**:
-
-     ```bash
-     # Bounded Context定義の確認
-     grep "Bounded Context:" docs/project/domain/01-domain-model.md && echo "OK" || echo "MISSING: Bounded Context definition"
-     # Aggregate定義の確認
-     grep "### Aggregates" docs/project/domain/01-domain-model.md && echo "OK" || echo "MISSING: Aggregates section"
-     # ユビキタス言語定義の確認
-     grep "| 用語 | 定義 |" docs/project/domain/02-ubiquitous-language.md && echo "OK" || echo "MISSING: Terminology table"
-     ```
-
-  2. **チェックリスト**:
-     - [ ] `docs/project/domain/01-domain-model.md` が作成され、主要なEvent Storming要素が含まれている
-     - [ ] `docs/project/domain/02-ubiquitous-language.md` が作成され、用語が定義されている
-     - [ ] ドメインモデルとユビキタス言語の整合性が取れている
-
-### 9. Git への追加（オプション）
-
-- ユーザーに確認：「作成したドメインモデルドキュメントを Git に追加しますか？」
-- 「はい」の場合、以下を実行：
-
-  ```bash
-  git add docs/project/domain/
-  git status
-  ```
-
-- 推奨コミットメッセージ：
-
-  ```
-  docs: ドメインモデルとユビキタス言語の定義
-
-  - Event Stormingによるドメインモデルの作成
-  - Bounded Contextごとのユビキタス言語の整備
-  ```
-
-## 完了条件
-
-- `docs/project/domain/01-domain-model.md` が作成されている。
-- `docs/project/domain/02-ubiquitous-language.md` が作成されている。
-- 各Bounded Contextについて、主要なドメイン要素（Aggregates, Commands, Events）が定義されている。
-- ドメインモデルで使用される用語がユビキタス言語として定義されている。
-- ユーザーが内容を承認している。
-
-## エスカレーション
-
-- シナリオが不足していてドメインモデルを作成できない場合：
-  - 「シナリオ不足のためモデル化が困難です。`CreateScenarios` (a-003) に戻ってシナリオを充実させましょう。」と提案する。
-- Bounded Contextの境界が不明確な場合：
-  - 「境界が曖昧です。暫定的な境界を設定し、実装を進めながら見直す方針で進めませんか？」と提案する。
+---
+name: a-004-define-domain-model
+description: Event Storming 形式でドメインモデル（イベント・コマンド・集約）を定義し、ユビキタス言語を整備する。シナリオ作成後、ドメイン設計を開始する際に使用。
+disable-model-invocation: true
+allowed-tools: Read, Write, Edit, Bash, Grep, Glob
+---
+
+# DefineDomainModel (a-004)
+
+## 目的
+
+- Event Storming 形式でドメインモデルを体系的に定義する。
+- ドメインモデルを作成しながら、ユビキタス言語（共通用語）を並行して洗練させる。
+- Bounded Context を特定し、Actors / Commands / Events / Policies / Aggregates を明確化する。
+
+## 前提
+
+- `docs/project/02-behavior/01-scenarios.md` が作成されている（`/a-003-create-scenarios` 実行済み）
+- `docs/project/03-domain/` ディレクトリが存在（なければ `/a-001-setup-doc-structure`）
+- ドメインエキスパートと協力できる
+
+## 手順
+
+### 1. ディレクトリと前提条件の確認
+
+```bash
+ls -la docs/project/03-domain/ 2>/dev/null || echo "ディレクトリが存在しません"
+```
+
+存在しなければ `/a-001-setup-doc-structure` を促す。`docs/project/02-behavior/01-scenarios.md` を読み込み内容確認。
+
+### 2. テンプレートの準備
+
+```bash
+SCRIPT_DIR=$(for d in .claude .agents; do [ -d "$d" ] && echo "$d" && break; done)
+cp "$SCRIPT_DIR/templates/project/03-domain/01-domain-model.md" "docs/project/03-domain/01-domain-model.md"
+cp "$SCRIPT_DIR/templates/project/03-domain/02-ubiquitous-language.md" "docs/project/03-domain/02-ubiquitous-language.md"
+```
+
+### 3. Bounded Context の特定
+
+シナリオとユーザーストーリーから Bounded Context を提案し、戦略的分類（Core / Supporting / Generic）を確認。詳細は [reference/event-storming-guide.md](reference/event-storming-guide.md#bounded-context-の特定) を参照。
+
+### 4. 各 Bounded Context のドメインモデル定義
+
+各 Context について以下を定義し、`01-domain-model.md` を更新。新しい用語が登場するたびに `02-ubiquitous-language.md` にも追記。
+
+- 概要とアクター
+- コマンド / イベント / ポリシー（Event Storming）
+- 集約 / Read Models / External Systems
+
+各要素の詳細は [reference/event-storming-guide.md](reference/event-storming-guide.md#各-context-の定義項目) を参照。
+
+### 5. ユビキタス言語の洗練
+
+`02-ubiquitous-language.md` を見直し、重複・曖昧さ・禁止用語を排除。観点は [reference/event-storming-guide.md](reference/event-storming-guide.md#ユビキタス言語の洗練観点) を参照。
+
+### 6. Context Map の定義
+
+Context 間の関係性（Customer-Supplier, Shared Kernel 等）を Mermaid 図で定義。関係パターン: [reference/event-storming-guide.md](reference/event-storming-guide.md#context-map-の関係性)
+
+### 7. レビューと確認
+
+作成したドキュメントを提示し、ビジネス用語の正確性 / Aggregate 境界 / ユビキタス言語定義を確認。
+
+### 8. 完了条件と構造の確認
+
+構造確認コマンドは [reference/event-storming-guide.md](reference/event-storming-guide.md#構造確認コマンド) を参照。
+
+チェックリスト:
+
+- [ ] `01-domain-model.md` に主要な Event Storming 要素が含まれている
+- [ ] `02-ubiquitous-language.md` の用語が定義されている
+- [ ] ドメインモデルとユビキタス言語の整合性が取れている
+
+### 9. Git への追加（オプション）
+
+```bash
+git add docs/project/03-domain/
+git status
+```
+
+コミットメッセージ: [reference/event-storming-guide.md](reference/event-storming-guide.md#git-コミットメッセージ)
+
+## 完了条件
+
+- `docs/project/03-domain/01-domain-model.md` と `02-ubiquitous-language.md` が作成されている
+- 各 Bounded Context の主要ドメイン要素（Aggregates, Commands, Events）が定義されている
+- ドメインモデルで使用される用語がユビキタス言語として定義されている
+- ユーザーが内容を承認している
+
+## エスカレーション
+
+- **シナリオが不足**: 「`/a-003-create-scenarios` に戻ってシナリオを充実させましょう。」
+- **Bounded Context の境界が不明確**: 「暫定的な境界を設定し、実装を進めながら見直す方針で進めませんか？」
+
+## 参考
+
+- [reference/event-storming-guide.md](reference/event-storming-guide.md) — Event Storming の観点、Context Map パターン、構造確認コマンド

package/skills/a-004-define-domain-model/reference/event-storming-guide.md

@@ -0,0 +1,71 @@
+# Event Storming ガイド
+
+SKILL.md 手順3〜6で使うドメインモデル定義の観点集。
+
+## Bounded Context の特定
+
+シナリオとユーザーストーリーを分析し、ビジネス領域を特定。
+
+- **戦略的分類**:
+  - **Core**: ビジネスの中核的な競争優位を生む領域
+  - **Supporting**: Core を支援する領域
+  - **Generic**: 汎用的に解決できる領域（既製ソリューション候補）
+
+## 各 Context の定義項目
+
+### 概要とアクター
+
+- Context の責務と主要な責任
+- 登場するアクター（Actors）とその役割
+
+### コマンドとイベント（Event Storming）
+
+- **Commands**: アクターが実行するアクション（命令形、例: `RegisterUser`）
+- **Domain Events**: 結果として発生するビジネス上の出来事（過去形、例: `UserRegistered`）
+- **Policies**: 自動化ルール（`Whenever X, then Y` 形式）
+
+### 集約とモデル
+
+- **Aggregates**: 一貫性を保つエンティティの塊
+- **Read Models**: 画面表示用の参照モデル
+- **External Systems**: 連携する外部システム
+
+## ユビキタス言語の洗練観点
+
+- 用語の重複や曖昧さがないか
+- 禁止用語（`Data`, `Process` など曖昧な語）が含まれていないか
+- 定義が具体的で Context 内での意味に限定されているか
+
+## Context Map の関係性
+
+- **Customer-Supplier**: 上流/下流の依存関係
+- **Shared Kernel**: 共有される小さなモデル
+- **Anticorruption Layer**: 外部モデルの変換層
+- **Conformist**: 上流に従う
+- **Partnership**: 相互協調
+
+## レビュー観点
+
+- ビジネス用語は正確に表現されているか
+- Aggregate の境界は適切か
+- ユビキタス言語の定義は明確か
+
+## 構造確認コマンド
+
+```bash
+grep "Bounded Context:" docs/project/03-domain/01-domain-model.md \
+  && echo "OK" || echo "MISSING: Bounded Context definition"
+grep "### Aggregates" docs/project/03-domain/01-domain-model.md \
+  && echo "OK" || echo "MISSING: Aggregates section"
+grep "| 用語 | 定義 |" docs/project/03-domain/02-ubiquitous-language.md \
+  && echo "OK" || echo "MISSING: Terminology table"
+```
+
+## Git コミットメッセージ
+
+```
+docs: ドメインモデルとユビキタス言語の定義
+
+- Event Stormingによるドメインモデルの作成
+- Bounded Contextごとのユビキタス言語の整備
+```

package/skills/a-005-create-domain-diagram/SKILL.md

@@ -1,120 +1,94 @@
----
-name: a-005-create-domain-diagram
-description: ドメインモデルをMermaid図で視覚化し、Context MapやAggregate構造を図示するワークフロー
----
-
-# CreateDomainDiagram (a-005)
-
-## 目的
-
-- ドメインモデルドキュメント（`01-domain-model.md`）を基に、視覚的なダイアグラムを作成する。
-- Context Map（Bounded Context間の関係図）をMermaid形式で図示する。
-- 各Bounded Context内のAggregate構造や関係性を図示する（オプション）。
-
-## 前提
-
-- `docs/project/domain/01-domain-model.md` が作成されていること（先に `DefineDomainModel` (a-004) を実行）。
-- ドメインモデルドキュメントにBounded Contextの一覧と関係性が記述されていること。
-
-## 手順
-
-### 1. ドキュメントの確認
-
-- `docs/project/domain/01-domain-model.md` を読み込み、内容を確認する。
-
-  ```bash
-  ls -la docs/project/domain/01-domain-model.md 2>/dev/null || echo "ファイルが存在しません"
-  ```
-
-- ファイルが存在しない場合：
-  - ユーザーに通知：「ドメインモデルが見つかりません。先に `DefineDomainModel` (a-004) を実行してください。」
-
-### 2. Context Map の情報収集と提案
-
-- `docs/project/domain/01-domain-model.md` から以下の情報を抽出する：
-  - Bounded Contextのリスト
-  - 戦略的分類（Core / Supporting / Generic）
-  - Context間の関係性
-
-- 抽出した情報に基づき、Mermaid図の構成案を提示する：
-  - 「以下の関係を図示します：」
-  - 「Context A --> Context B (関係パターン)」
-
-### 3. Context Map 図の作成
-
-- `docs/project/domain/01-domain-model.md` の `## Context Map` セクションに Mermaid図を追加（または更新）する。
-- **スタイル定義**:
-  - Core Domain: 金色 (`fill:#FFD700`)
-  - Supporting Domain: 水色 (`fill:#87CEEB`)
-  - Generic Domain: グレー (`fill:#D3D3D3`)
-- **エッジ定義**:
-  - 関係パターンと通信方法をラベルに記載する。
-
-### 4. 詳細図の作成（オプション）
-
-- ユーザーに確認：「以下の詳細図も作成しますか？」
-  - **Aggregate構造図**: クラス図形式でAggregateの内部構造と関係性を表現。
-  - **イベントフロー図**: シーケンス図形式で主要なビジネスフロー（Command -> Event -> Policy）を表現。
-
-- 「はい」の場合、対象のBounded Contextやシナリオを確認し、図を作成してドキュメント内の適切な箇所に追加する。
-
-### 5. レビューと確認
-
-- 作成した図をユーザーに提示し、以下を確認：
-  - 「関係性は正しく表現されていますか？」
-  - 「分類の色分けは適切ですか？」
-  - 「複雑すぎて読みにくい箇所はありませんか？」
-
-- フィードバックに基づき、レイアウト（TD/LR）や配置を調整する。
-
-### 6. 完了条件と構造の確認
-
-- 以下の完了条件を満たしているか、コマンドとチェックリストで確認してください：
-
-  1. **構造確認**:
-
-     ```bash
-     # Mermaidブロックの存在確認
-     grep "\`\`\`mermaid" docs/project/domain/01-domain-model.md && echo "OK" || echo "MISSING: Mermaid diagram"
-     # Context Mapセクションの確認
-     grep "## Context Map" docs/project/domain/01-domain-model.md && echo "OK" || echo "MISSING: Context Map section"
-     ```
-
-  2. **チェックリスト**:
-     - [ ] `docs/project/domain/01-domain-model.md` にContext Map図が含まれている
-     - [ ] Mermaid図が正しくレンダリングされる（構文エラーがない）
-     - [ ] 戦略的分類に応じて色分けされている
-
-### 7. Git への追加（オプション）
-
-- ユーザーに確認：「更新したドメインモデルドキュメントを Git に追加しますか？」
-- 「はい」の場合、以下を実行：
-
-  ```bash
-  git add docs/project/domain/01-domain-model.md
-  git status
-  ```
-
-- 推奨コミットメッセージ：
-
-  ```
-  docs: ドメインモデル図（Context Map）の追加
-
-  - Bounded Context間の関係をMermaid図で視覚化
-  - 戦略的分類に基づく色分けを追加
-  ```
-
-## 完了条件
-
-- `docs/project/domain/01-domain-model.md` にContext Map図が追加されている。
-- Bounded Context間の関係性が正しく表現されている。
-- 戦略的分類が視覚的に区別されている。
-- オプションの詳細図（Aggregate図、シーケンス図）が必要に応じて追加されている。
-- ユーザーが図の内容を承認している。
-
-## エスカレーション
-
-- ドメインモデルが不完全で図を作成できない場合：
-  - 「必要な情報（関係性など）が不足しています。`DefineDomainModel` (a-004) に戻って定義を補完しましょう。」と提案する。
-- 図が複雑すぎて読みにくい場合：
-  - 「関係が複雑すぎます。主要な関係のみに絞るか、図を分割することを検討しましょう。」と提案する。
+---
+name: a-005-create-domain-diagram
+description: ドメインモデルを Mermaid 図（Context Map・Aggregate 構造）として可視化する。ドメインモデル定義後、関係性を図で確認する際に使用。
+disable-model-invocation: true
+allowed-tools: Read, Write, Edit, Bash, Grep, Glob
+---
+
+# CreateDomainDiagram (a-005)
+
+## 目的
+
+- ドメインモデルドキュメント（`01-domain-model.md`）を基に、視覚的なダイアグラムを作成する。
+- Context Map（Bounded Context 間の関係図）を Mermaid 形式で図示する。
+- 各 Bounded Context 内の Aggregate 構造や関係性を図示する（オプション）。
+
+## 前提
+
+- `docs/project/03-domain/01-domain-model.md` が作成されていること（`/a-004-define-domain-model` 実行済み）。
+- ドメインモデルドキュメントに Bounded Context の一覧と関係性が記述されていること。
+
+## 手順
+
+### 1. ドキュメントの確認
+
+```bash
+ls -la docs/project/03-domain/01-domain-model.md 2>/dev/null || echo "ファイルが存在しません"
+```
+
+未作成の場合、`/a-004-define-domain-model` の実行を促す。
+
+### 2. Context Map の情報収集と提案
+
+`docs/project/03-domain/01-domain-model.md` から以下を抽出し、構成案を提示する:
+
+- Bounded Context のリスト
+- 戦略的分類（Core / Supporting / Generic）
+- Context 間の関係性と通信方法
+
+### 3. Context Map 図の作成
+
+`## Context Map` セクションに Mermaid 図を追加する。スタイル定義と記述テンプレートは [examples/mermaid-templates.md](examples/mermaid-templates.md#context-mapbounded-context-間の関係) を参照。
+
+- Core Domain: 金色、Supporting: 水色、Generic: グレー
+- エッジラベルに関係パターン（Customer/Supplier、ACL 等）と通信方法を記載
+
+### 4. 詳細図の作成（オプション）
+
+ユーザー確認の上、以下を追加作成する:
+
+- **Aggregate 構造図**: クラス図形式。Aggregate 内部の Entity/Value Object と関係を表現。
+- **イベントフロー図**: シーケンス図形式。主要ビジネスフロー（Command → Event → Policy）を表現。
+
+テンプレートは [examples/mermaid-templates.md](examples/mermaid-templates.md#aggregate-構造図クラス図形式) を参照。
+
+### 5. レビューと確認
+
+作成した図を提示し、関係性の正確性、色分けの適切性、読みやすさを確認する。質問例は [reference/structure-check.md](reference/structure-check.md#レビュー確認質問) を参照。フィードバックに応じてレイアウト（TD/LR）や配置を調整する。
+
+### 6. 構造チェック
+
+```bash
+grep "\`\`\`mermaid" docs/project/03-domain/01-domain-model.md \
+  && grep "## Context Map" docs/project/03-domain/01-domain-model.md \
+  && echo "OK" || echo "MISSING SECTION"
+```
+
+詳細チェックリストは [reference/structure-check.md](reference/structure-check.md#チェックリスト) を参照。
+
+### 7. Git への追加（任意）
+
+```bash
+git add docs/project/03-domain/01-domain-model.md
+git commit -m "docs: ドメインモデル図（Context Map）の追加"
+```
+
+詳細は [reference/structure-check.md](reference/structure-check.md#git-への追加任意) を参照。
+
+## 完了条件
+
+- `docs/project/03-domain/01-domain-model.md` に Context Map 図が追加されている。
+- Bounded Context 間の関係性が正しく表現されている。
+- 戦略的分類が視覚的に区別されている。
+- オプションの詳細図（Aggregate 図、シーケンス図）が必要に応じて追加されている。
+- ユーザーが図の内容を承認している。
+
+## エスカレーション
+
+- **ドメインモデルが不完全で図を作成できない**: 「`/a-004-define-domain-model` に戻って定義を補完しましょう。」
+- **図が複雑すぎて読みにくい**: 「主要な関係のみに絞るか、図を分割することを検討しましょう。」
+
+## 参考
+
+- [examples/mermaid-templates.md](examples/mermaid-templates.md) — Context Map / Aggregate / シーケンス図の Mermaid テンプレート、スタイル定義、エッジラベル例
+- [reference/structure-check.md](reference/structure-check.md) — 構造確認コマンド、チェックリスト、レビュー質問、Git 追加例

package/skills/a-005-create-domain-diagram/examples/mermaid-templates.md

@@ -0,0 +1,73 @@
+# Mermaid 図のテンプレート集
+
+SKILL.md 手順3〜4 で使用する Mermaid 記述例。
+
+## Context Map（Bounded Context 間の関係）
+
+```mermaid
+flowchart LR
+  Order[Order Context]:::core
+  Customer[Customer Context]:::supporting
+  Payment[Payment Context]:::generic
+
+  Order -->|Customer/Supplier| Customer
+  Order -->|Published Language| Payment
+
+  classDef core fill:#FFD700,stroke:#333,stroke-width:2px;
+  classDef supporting fill:#87CEEB,stroke:#333,stroke-width:1px;
+  classDef generic fill:#D3D3D3,stroke:#333,stroke-width:1px;
+```
+
+### スタイル定義
+
+- Core Domain: 金色 `fill:#FFD700`
+- Supporting Domain: 水色 `fill:#87CEEB`
+- Generic Domain: グレー `fill:#D3D3D3`
+
+### エッジ（関係）のラベル例
+
+- `-->|Customer/Supplier|`
+- `-->|Conformist|`
+- `-->|Published Language|`
+- `-->|Anti-Corruption Layer|`
+- `-->|Shared Kernel|`
+
+## Aggregate 構造図（クラス図形式）
+
+```mermaid
+classDiagram
+  class Order {
+    +OrderId id
+    +CustomerId customerId
+    +OrderStatus status
+    +place()
+    +cancel()
+  }
+  class OrderItem {
+    +ProductId productId
+    +int quantity
+  }
+  Order "1" *-- "N" OrderItem : contains
+```
+
+## イベントフロー図（シーケンス図形式）
+
+```mermaid
+sequenceDiagram
+  participant U as User
+  participant O as OrderAggregate
+  participant P as PaymentPolicy
+
+  U->>O: PlaceOrder (Command)
+  O-->>P: OrderPlaced (Event)
+  P->>P: trigger ProcessPayment
+```
+
+## コミットメッセージ例
+
+```text
+docs: ドメインモデル図（Context Map）の追加
+
+- Bounded Context 間の関係を Mermaid 図で視覚化
+- 戦略的分類に基づく色分けを追加
+```

package/skills/a-005-create-domain-diagram/reference/structure-check.md

@@ -0,0 +1,43 @@
+# 構造チェックとレビュー観点
+
+SKILL.md 手順5〜7 で使用する確認コマンドとレビュー観点。
+
+## セクション存在確認
+
+```bash
+# Mermaid ブロックの存在確認
+grep "\`\`\`mermaid" docs/project/03-domain/01-domain-model.md && echo "OK" || echo "MISSING: Mermaid diagram"
+# Context Map セクションの確認
+grep "## Context Map" docs/project/03-domain/01-domain-model.md && echo "OK" || echo "MISSING: Context Map section"
+```
+
+## チェックリスト
+
+- [ ] `docs/project/03-domain/01-domain-model.md` に Context Map 図が含まれている
+- [ ] Mermaid 図が正しくレンダリングされる（構文エラーがない）
+- [ ] 戦略的分類に応じて色分けされている（Core / Supporting / Generic）
+- [ ] 関係パターン（Customer/Supplier など）と通信方法がエッジに記載されている
+- [ ] 必要に応じて Aggregate 図やシーケンス図が追加されている
+
+## レビュー確認質問
+
+- 「関係性は正しく表現されていますか？」
+- 「分類の色分けは適切ですか？」
+- 「複雑すぎて読みにくい箇所はありませんか？」
+- 「主要なユースケース（Command → Event）が追えますか？」
+
+## Git への追加（任意）
+
+```bash
+git add docs/project/03-domain/01-domain-model.md
+git status
+```
+
+推奨コミットメッセージ:
+
+```text
+docs: ドメインモデル図（Context Map）の追加
+
+- Bounded Context 間の関係を Mermaid 図で視覚化
+- 戦略的分類に基づく色分けを追加
+```