domain-driven-design
AI 지침으로 도메인 주도 설계 적용
복잡한 소프트웨어 프로젝트는 구조화된 도메인 모델링이 필요하지만, DDD를 언제 그리고 어떻게 적용할지 아는 것은 어렵습니다. 이 스킬은 DDD 적용 가능성을 평가하고, 전략적 아키텍처를 계획하며, 전문 구현 스킬로 라우팅하는 것을 도와줍니다.
تنزيل ZIP المهارة
رفع في Claude
اذهب إلى Settings → Capabilities → Skills → Upload skill
فعّل وابدأ الاستخدام
اختبرها
استخدام "domain-driven-design". @domain-driven-design를 사용하여 이커머스 플랫폼이 전체 DDD를 채택해야 하는지 평가하세요
النتيجة المتوقعة:
적용 가능성 검사 결과: 이커머스 플랫폼은 복잡한 비즈니스 규칙(가격 책정, 재고 관리), 여러 팀, 통합 계약으로 인해 여러 기준을 충족할 가능성이 높습니다. 권장 사항: Orders, Inventory, Payments, Shipping에 대한 바운디드 컨텍스트와 함께 먼저 전략적 DDD를 채택하세요.
استخدام "domain-driven-design". 의료 도메인에 대한 전략적 산출물 계획을 도와주세요
النتيجة المتوقعة:
의료 분야의 전략적 산출물: (1) 환자 관리, 예약, 청구 등 핵심 도메인을 식별하는 서브도메인 맵; (2) HIPAA 준수 경계가 있는 바운디드 컨텍스트 맵; (3) 의료 용어에 대한 유비키터스 언어 용어집; (4) 중요 결정에 대한 ADR.
التدقيق الأمني
آمن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.
درجة الجودة
ماذا يمكنك بناءه
아키텍처 계획 세션
새로운 프로젝트 시작 시 DDD가 적합한지 확인하고 바운디드 컨텍스트 경계를 계획하는 데 사용합니다.
리팩토링 의사결정 가이드
기존 모놀리스를 평가하여 서브도메인 경계를 식별하고 점진적 DDD 채택을 계획합니다.
팀 조정 도구
여러 팀 간 공유 유비키터스 언어와 명확한 소유권 경계를 수립합니다.
جرّب هذه الموجهات
@domain-driven-design를 사용하여 [프로젝트 설명]에 전체 DDD를 적용해야 하는지 평가하세요. 적용 가능성 검사를 실행하고 어떤 기준이 충족되는지 설명하세요.
@domain-driven-design를 적용하여 [비즈니스 도메인]에 대한 서브도메인과 바운디드 컨텍스트를 식별하도록 도와주세요. 먼저 만들어야 할 전략적 산출물을 나열하세요.
[특정 바운디드 컨텍스트]에 DDD를 적용하기로 결정했습니다. @domain-driven-design를 사용하여 필요한 다음 스킬로 라우팅하고 이번 주에 만들어야 할 전술적 산출물을 나열하세요.
도메인에 감사 추적과 이벤트 히스토리가 필요합니다. @domain-driven-design를 사용하여 이벤트 소싱이 적합한지 판단하고 구현에 사용할 스킬을 결정하도록 도와주세요.
أفضل الممارسات
- 전술적 구현 세부 사항에 diving하기 전에 먼저 전략적 DDD로 시작
- 적용 가능성 검사를 사용하여 단순한 시스템의 과설계 피하기
- 각 단계에서 명시적 산출물을 만들어 측정 가능한 진행 상황 보장
- 한 프롬프트로 모든 것을 처리하려고 시도하기보다는 전문 스킬로 라우팅
تجنب
- Applying full DDD to simple CRUD applications without complex business rules
- Skipping strategic modeling and jumping straight to entity design
- Creating bounded contexts based on technical layers instead of business capabilities
- Using DDD as a justification for over-engineering without clear domain complexity
الأسئلة المتكررة
When should I use this skill?
Does this skill generate code?
What is the viability check?
What specialized skills does this route to?
Can this replace domain expert workshops?
How is this skill different from architecture consultation?
تفاصيل المطور
المؤلف
sickn33الترخيص
MIT
المستودع
https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/domain-driven-designمرجع
main
بنية الملفات