Habilidades domain-driven-design
📦

domain-driven-design

Seguro

應用領域驅動設計與 AI 指導

複雜的軟體專案需要結構化的領域建模，但了解何時以及如何應用 DDD 具有挑戰性。此技能協助您評估 DDD 的可行性、規劃策略架構，並路由到專門的實作技能。

Soporta: Claude Codex Code(CC)
📊 70 Adecuado
1

Descargar el ZIP de la skill

2

Subir en Claude

Ve a Configuración → Capacidades → Skills → Subir skill

3

Activa y empieza a usar

Pruébalo

Usando "domain-driven-design". 使用 @domain-driven-design 評估我們的電子商務平台是否應該採用完整 DDD

Resultado esperado:

可行性檢查結果：您的電子商務平台可能符合多項標準，因為複雜的業務規則（定價、庫存）、多個團隊和整合合約。建議：首先採用策略性 DDD，為訂單、庫存、支付和運送建立限界上下文。

Usando "domain-driven-design". 協助我們規劃醫療領域的策略產出物

Resultado esperado:

醫療領域的策略產出物：(1) 識別核心領域（如患者管理、排程、帳單）的子領域圖；(2) 具有 HIPAA 合規邊界的限界上下文圖；(3) 醫療術語的通用語言詞彙表；(4) 關鍵決策的 ADR。

Auditoría de seguridad

Seguro
v1 • 2/24/2026

Static analysis flagged 19 potential issues including external_commands and weak cryptographic algorithms. Manual review confirms these are false positives: the @ mentions in skill references were mistaken for backtick execution, and the word 'design' was incorrectly flagged as cryptographic. This is a documentation-only skill containing no executable code, network requests, or file system operations. All findings dismissed as false positives.

2
Archivos escaneados
99
Líneas analizadas
0
hallazgos
1
Auditorías totales
No se encontraron problemas de seguridad
Auditado por: claude

Puntuación de calidad

41
Arquitectura
100
Mantenibilidad
87
Contenido
25
Comunidad
100
Seguridad
83
Cumplimiento de la especificación

Lo que puedes crear

架構規劃會議

在新專案開始時使用，以確定 DDD 是否適當並規劃限界上下文的邊界。

重構決策指南

評估現有單一應用以識別子領域邊界並規劃增量式 DDD 採用。

團隊協調工具

跨多個團隊建立共用的通用語言和明確的擁有權邊界。

Prueba estos prompts

初始 DDD 可行性檢查 
使用 @domain-driven-design 評估我們是否應該為 [project description] 採用完整 DDD。執行可行性檢查並解釋符合哪些標準。
策略模型請求 
應用 @domain-driven-design 協助我們識別 [business domain] 的子領域和限界上下文。列出我們應該首先產出的策略產出物。
路由到實作技能 
我們已決定為 [specific bounded context] 採用 DDD。使用 @domain-driven-design 將我們路由到我們需要的下一個技能，並列出本週的戰術產出物。
事件溯源決策支援 
我們的領域需要審計性和事件歷史。使用 @domain-driven-design 協助我們決定事件溯源是否適當，以及使用哪些技能進行實作。

Mejores prácticas

  • 在深入戰術實作細節之前先開始策略性 DDD
  • 使用可行性檢查避免對簡單系統過度工程
  • 在每個階段產出明確的產出物以確保可衡量的進度
  • 路由到專門技能，而不是試圖用一個提示處理所有事情

Evitar

  • 將完整 DDD 應用於沒有複雜業務規則的簡單 CRUD 應用
  • 跳過策略建模直接跳到實體設計
  • 基於技術層而非業務能力建立限界上下文
  • 在沒有明確領域複雜性的情況下使用 DDD 作為過度工程的理由

Preguntas frecuentes

我應該何時使用此技能？
在建模複雜業務領域、決定是否值得採用完整 DDD 的額外複雜性，或規劃 CQRS、事件溯源或 saga 實作時使用此技能。
此技能是否生成程式碼？
不，這是一個規劃和路由技能。它協助您評估可行性、規劃策略產出物，並路由到專門技能進行實作。
什麼是可行性檢查？
一個具有四個標準的簡單評估：複雜業務規則、多個團隊的模型衝突、不穩定的整合合約和審計性需求。當至少兩個為真時使用完整 DDD。
此技能路由到哪些專門技能？
此技能參考專門技能，用於策略設計、上下文映射、戰術模式、CQRS、事件溯源、saga 編排和投影模式。
這能否取代領域專家研討會？
不，此技能無法取代與領域專家的直接互動。它旨在指導和構建 DDD 工作，而不是發現領域知識。
此技能與架構諮詢有何不同？
此技能提供結構化的方法論和路由到其他技能。它不分析您的特定程式碼庫或提供即時架構建議。

Detalles del desarrollador

Autor

sickn33

Licencia

MIT

Repositorio

https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/domain-driven-design

Ref.

main

Estructura de archivos

📁 references/

📄 ddd-deliverables.md

📄 SKILL.md