判斷標準：

• 語言是否改變？ 同一個名詞在不同功能中，關注的屬性完全不同 → 拆分
• 是否需要強一致性？ 兩個操作必須在同一個 Transaction 完成 → 不拆分
• 業務變更獨立性？ 各自發展、互不影響 → 拆分

產出格式：

## 限界上下文

1. **XXX Context** — 職責說明，對應[子域]
2. **YYY Context** — 職責說明，對應[子域]

Step 3: 定義通用語言

提問方向：
- 這個業務中，最重要的名詞有哪些？
- 每個名詞在不同的上下文中，具體包含哪些屬性？
- 團隊內部怎麼稱呼這些概念？

產出格式：

## 通用語言

| 中文業務名詞 | 英文命名 | 所在上下文 | 嚴格定義 |
| :---------- | :------- | :--------- | :------- |
| 任務         | Task     | TaskContext| 具備 id, title, isCompleted, dueDate |

Step 4: 定義上下文映射

提問方向：
- 哪些上下文需要取得其他上下文的資料？
- 哪些操作完成後需要通知其他上下文？
- 上下游關係是什麼？

溝通規則：

• 禁止直接操作 ：禁止跨 Context 直接 import 類別或查詢資料庫
• ID 參照 ：跨 Context 關聯使用純 ID（string/uuid），禁止 Foreign Key
• 事件驅動 ：透過 Domain Event 觸發跨 Context 行為

產出格式：

## 上下文映射

- **XXX Context [上游] → [下游] YYY Context**
  - 說明：XXX 發出事件，YYY 監聽處理

## 領域事件

| 事件名稱 | 來源上下文 | 監聽上下文 | 觸發時機 |
| :------- | :--------- | :--------- | :------- |
| TaskCompletedEvent | TaskContext | NotificationContext | 任務完成時 |

參考資源

根據當前任務讀取對應的 reference：

• 需要識別子域 → 讀 references/domain-subdomains.md
• 需要拆分 Bounded Context → 讀 references/bounded-context.md
• 需要定義 Ubiquitous Language → 讀 references/ubiquitous-language.md
• 需要定義 Context Map → 讀 references/context-map.md

實作時的 DDD 檢查

當後續進行功能實作時，Agent 必須持續檢查：

• Context 邊界 ：這個功能屬於哪個 Context？程式碼是否在正確的資料夾？
• 命名一致性 ：變數名、類別名、API 路徑是否 100% 符合 Ubiquitous Language？
• 跨 Context 隔離 ：是否有偷偷 import 其他 Context 的內部類別？
• ID 參照 ：資料庫 Schema 是否有跨 Context 的 Foreign Key？

若發現問題，應立即修正或回報使用者。

Weekly Installs

1

Repository

cacaorick/skills

First Seen

Today

Security Audits

Gen Agent Trust HubPassSocketPassSnykPass

Installed on

zencoder1

amp1

cline1

openclaw1

opencode1

cursor1