Compétences ddd-context-mapping
📦

ddd-context-mapping

Sûr

DDD 패턴으로 바운디드 컨텍스트 관계 매핑

여러 바운디드 컨텍스트가 상호작용할 때 도메인 주도 설계 통합이 복잡해집니다. 이 스킬은 검증된 DDD 패턴을 사용하여 컨텍스트 간의 명확한 계약과 부패 방지 계층을 정의합니다.

Prend en charge: Claude Codex Code(CC)
🥉 74 Bronze
1

Télécharger le ZIP du skill

2

Importer dans Claude

Allez dans Paramètres → Capacités → Skills → Importer un skill

3

Activez et commencez à utiliser

Tester

Utilisation de "ddd-context-mapping". 이커머스 플랫폼의 체크아웃, 빌링, 인벤토리 컨텍스트 간의 관계 매핑

Résultat attendu:

  • 컨텍스트 맵: 체크아웃-빌링 (고객-공급자, 빌링이 계약 소유)
  • 컨��스트 맵: 체크아웃-인벤토리 (파트너십, 공동 계약 소유)
  • 결제 조건 변환을 위해 빌링 경계에 ACL 필요
  • 결합 위험: 인벤토리 가��성 변경이 체크아웃 흐름에 영향

Utilisation de "ddd-context-mapping". 새로운 주문 컨텍스트와 레거시 ERP 시스템 간의 통합 설계

Résultat attendu:

  • 패턴: 주문과 ERP 간의 부패 방지 계층
  • 주문 컨텍스트가 표준 주문 모델 정의
  • ACL이 ERP 용어를 주문 보편 언어로 변환
  • 계약 테스트가 모든 ERP 시나리오에 대한 ACL 동작 검증

Audit de sécurité

Sûr
v1 • 2/24/2026

Static analysis flagged markdown backticks as shell commands and weak cryptography patterns. All findings are FALSE POSITIVES - the skill contains only documentation and reference material with no executable code, network calls, or filesystem operations. Safe for publication.

2
Fichiers analysés
78
Lignes analysées
0
résultats
1
Total des audits
Aucun problème de sécurité trouvé
Audité par: claude

Score de qualité

41
Architecture
100
Maintenabilité
87
Contenu
50
Communauté
100
Sécurité
83
Conformité aux spécifications

Ce que vous pouvez construire

마이크로서비스 통합 계획

서비스 경계를 구현하기 전에 체크아웃, 빌링, 인벤토리, fraud 컨텍스트가 통합되는 방식을 매핑합니다.

레거시 시스템 마이그레이션

새로운 도메인을 기존 모놀리식 시스템과 통합할 때 부패 방지 계층��� 정의합니다.

팀 간 계약 정의

도메인 누출과 불명확한 책임을 방지하기 위해 업��트림 및 다운스트림 소유권을 명확히 합니다.

Essayez ces prompts

기본 컨텍스트 매핑
다음 바운디드 컨텍스트로 내 도메인을 분석해주세요: [���록]. 각 컨텍스트 쌍 간의 관계를 식별하고 DDD에서 적절한 컨텍스트 매핑 패턴을 추천해주세요.
부패 방지 계층 설계
[외부 ��스템/컨텍스트]와 통합해야 합니다. 도메인 코어를 보호하면서 해당 모델을 내 보편 언어로 변환하는 부패 방지 계층을 설계해주세요.
계약 소유권 매트릭스
다음 컨텍스트 쌍에 대한 계약 소유권 매트릭스를 작성해주세요: [목록]. 각 계약의 소유자, 필요한 변환, 결합 위험 수준을 정의해주세요.
실패 모드 분석
[패턴]을 사용하는 [업스트림]에서 [다운스트림]으로의 컨텍스트 통합에 대해 실패 모드를 식별하고, 대체 동작을 정의하며, 버전 관리 정책을 수립해주세요.

Bonnes pratiques

  • 부패 방지 계층 코드를 도메인 코어 내부가 아닌 도메인 경계에 배치
  • 번역된 동작이 예상된 의미와 일치하는지 확인하기 위해 계약 테스트 추가
  • 팀 소유권 또는 비즈니스 도메인이 변경될 때 컨텍스트 맵 재검토

Éviter

  • 다운스트림 컨텍스트가 업스트림 내부 모델에 직접 의존하도록 허용
  • 독립적이어야 하는 컨텍스트 간에 공유 커널 생��
  • 외부 또는 레거시 시스템과 통합할 때 변환 계�� 생략

Foire aux questions

부패 방지 계층과 순응자 패턴 중 언제 사용해야 하나요?
업스트림 모델이 보편 언어와 충돌하거나 외부 시스템과 통합할 때 ACL을 사용하세요. 업스트림 모델이 안정적이고 요구사항과 일치할 때 순응자 패턴을 사용하세요.
일반적인 시스템에는 몇 개의 바운디드 컨텍스트가 있어야 하나요?
정해진 수는 없습니다. 컨텍스트는 비즈니스 도메인과 팀 경계에서 나타납니다. 주요 비즈니스 기능으로 시작하고 충돌하는 보편 언어를 감지할 때 분리하세요.
한 컨텍스트가 다른 컨텍스트와 여러 관계 패턴을 가질 수 있나요?
네, 컨텍스트 내의 다른 애그리거트는 다른 패턴을 사용할 수 있습니다. 혼동을 피하기 위해 각 관계를 별도로 문서화하세요.
공유 커널이란 무엇이며 언제 피해야 하나요?
공유 커널은 두 팀이 공유하는 도메인 모델의 하위 집합입니다. 컨텍스트가 독립적으로 진화해야 하거나 팀 조율 오버헤드가 너무 높을 때는 피하세요.
컨텍스트 계약이 변경될 때 버전 관리를 어떻게 처리하나요?
처음부터 버전 관리 정책을 수립하세요. 전환 기간 동안 하위 호환성을 지원하세요. 배포 전에 주요 변경 사항을 감지하기 위해 계약 테스트를 사용하세요.
이 스킬은 모놀리식 애플리케이션에서도 작동하나요?
네, 바운디드 컨텍스트는 모듈형 경계로 모놀리스 내에 존재할 수 있습니다. 컨텍스트 매핑은 향후 서비스 추출 계획을 세우고 모듈 간 도메인 누출을 방지하는 데 도움이 됩니다.

Détails du développeur

Structure de fichiers