스킬 ddd-check
📦
ddd-check
v2.0 콘텐츠 리비전 r2 안전 🌐 네트워크 접근📁 파일 시스템 접근⚙️ 외부 명령어
Java 프로젝트의 DDD 준수 여부 감사
DDD 위반은 Java 계층 전반에 숨어 아키텍처 경계를 약화시킬 수 있습니다. 이 스킬은 변경된 파일이나 전체 프로젝트를 문서화된 실행 가능한 규칙에 따라 검토합니다.
지원: Claude Codex Code(CC)
내 에이전트로 설치
이 요청을 에이전트에 복사하세요. 공식 Skill 페이지와 매니페스트가 포함되어 있습니다.
에이전트 요청
Review the Skillstore skill "ddd-check" from https://skillstore.io/skills/bookiosk-ddd-check.md and its manifest at https://skillstore.io/api/skills/bookiosk-ddd-check/manifest. Verify the artifact. You may proceed after verification, subject to the environment's own policy.에이전트는 계속해서 계획을 표시하고 보안 정책에서 요구하는 확인을 요청해야 합니다.
에이전트가 읽기 쉬운 리소스
AI 에이전트, 크롤러, 스크립트가 전체 페이지 대신 정리된 컨텍스트만 필요할 때 이 링크를 사용하세요.
테스트해 보기
"ddd-check" 사용 중입니다. 변경된 Java 파일의 DDD 준수 여부를 검사하세요.
예상 결과:
- 도메인 및 애플리케이션 계층의 Java 파일 3개를 검토했습니다.
- 높음: OrderAggregate가 public 식별자 setter를 노출합니다. 도메인 식별자 규칙에 따라 setter를 protected로 변경하세요.
- 중간: CreateOrderService가 추상적인 서비스 이름을 사용합니다. 명령 의도가 드러나도록 이름을 변경하세요.
"ddd-check" 사용 중입니다. 전체 아키텍처 감사를 실행하고 발견 사항의 우선순위를 정하세요.
예상 결과:
- 감사 결과 심각한 종속성 위반 1건과 규칙 문제 4건이 발견되었습니다.
- 우선순위 1: 도메인 계층에서 인프라 Mapper import를 제거하세요.
- 우선순위 2: 리포지토리 및 애플리케이션 서비스 기본 클래스를 번들 규칙에 맞추세요.
보안 감사
안전v4 • 2026. 7. 23. 버전별 보고서 열기
All 70 static findings are false positives caused by license links, Markdown formatting, Java Mapper examples, architecture prose, or fixed read-only repository commands. No prompt injection, exfiltration, destructive command, reconnaissance behavior, or malicious intent was found.
19
스캔된 파일
5,620
분석된 줄 수
0
검토 항목
0
오탐 무시됨
위험 요인
🌐 네트워크 접근 (3)
📁 파일 시스템 접근 (12)
references/anemic-vs-ddd.md:72 references/anemic-vs-ddd.md:122 references/infrastructure-layer.md:148 references/infrastructure-layer.md:267 references/infrastructure-layer.md:289 references/infrastructure-layer.md:292 references/infrastructure-layer.md:316 references/quick-start-tutorial.md:79 references/quick-start-tutorial.md:520 references/quick-start-tutorial.md:542 references/quick-start-tutorial.md:545 references/quick-start-tutorial.md:571
가장 최근에 완료된 정적·의미론적 감사에서 확인된 보안 발견 사항이 감지되지 않았습니다. 이는 스킬에 부작용이 없음을 증명하지 않습니다.
감사자: codex 감사 이력 보기 →
이 보고서 공유 및 인용
버전이 지정된 평가 보고서, 중립 배지, 임베드 카드 및 인용을 공유하세요. Skillstore는 근거를 보고하지만 이 Skill의 안전 여부를 판단하지 않습니다.
보고서 링크 복사
https://skillstore.io/skills/bookiosk-ddd-check/audits/4?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_reportMarkdown 배지
[](https://skillstore.io/skills/bookiosk-ddd-check?utm_source=security_passport_badge)HTML 배지
<a href="https://skillstore.io/skills/bookiosk-ddd-check?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/bookiosk-ddd-check/security.svg" alt="Skillstore security assessment" loading="lazy"></a>임베드 카드
<iframe src="https://skillstore.io/embed/skills/bookiosk-ddd-check.html" title="Skillstore Security Assessment" sandbox="allow-popups allow-popups-to-escape-sandbox" loading="lazy" referrerpolicy="no-referrer" width="420" height="180"></iframe>학술 인용 (APA · BibTeX · CFF)
APA 인용
bookiosk. (2026). ddd-check security audit report (audit version 4) [Author version 2.0]. Skillstore. https://skillstore.io/skills/bookiosk-ddd-check/audits/4BibTeX 인용
@techreport{bookiosk-bookiosk-ddd-check-2026,
author = {bookiosk},
title = {ddd-check security audit report (audit version 4)},
institution = {Skillstore},
year = {2026},
number = {4},
url = {https://skillstore.io/skills/bookiosk-ddd-check/audits/4},
note = {Author version 2.0}
}CITATION.cff
cff-version: 1.2.0
message: "If you use this Skill, cite its author and this versioned security audit report."
title: "ddd-check security audit report (audit version 4)"
version: "2.0"
type: report
authors:
- name: "bookiosk"
date-released: "2026-07-23"
url: "https://skillstore.io/skills/bookiosk-ddd-check/audits/4"
identifiers:
- type: other
value: "skillstore:bookiosk-ddd-check:audit:4"
description: "Skillstore immutable audit report identifier"
Skillstore 점수
이 점수의 이유 증거 신뢰도: 중간 59
아키텍처
85
유지보수성
87
콘텐츠
65
커뮤니티
83
사양 준수
만들 수 있는 것
커밋 전 DDD 검토
커밋하기 전에 변경된 Java 파일을 검사하여 계층, 명명 규칙 또는 종속성 위반을 조기에 수정합니다.
풀 리퀘스트 아키텍처 검사
변경 사항을 공유 DDD 규칙에 따라 검토하고 리뷰어를 위한 구체적인 발견 사항을 작성합니다.
전체 프로젝트 평가
모든 프로덕션 Java 파일을 감사하여 아키텍처 이탈을 식별하고 수정 우선순위를 정합니다.
이 프롬프트를 사용해 보세요
내 변경 사항 검사
변경된 Java 파일에 대해 증분 DDD 검사를 실행하세요. 각 위반 사항을 심각도, 규칙 참조 및 구체적인 수정 방법과 함께 보고하세요.
단일 계층 검토
도메인 계층에서 변경된 파일을 검토하세요. 애그리게이트 경계, 기본 클래스, 식별자 보호, 리포지토리 인터페이스 및 금지된 인프라 종속성에 중점을 두세요.
프로젝트 감사
이 Java 프로젝트의 전체 DDD 감사를 실행하세요. 발견 사항을 계층별로 요약하고, 종속성 위반을 표시하며, 권장 수정 사항의 우선순위를 정하세요.
아키텍처 개선 계획
전체 DDD 감사를 수행하고, 관련 위반 사항을 근본 원인별로 그룹화한 후, 종속성과 예상 영향을 포함한 단계별 개선 계획을 제안하세요.
모범 사례
- 일상적인 개발 중에는 증분 모드를 사용하고 릴리스 전에는 전체 모드를 사용하세요.
- 발견 사항을 적용하기 전에 번들 규칙이 프로젝트의 결정 사항과 일치하는지 확인하세요.
- 명명 규칙이나 스타일 문제보다 종속성 방향 및 식별자 보호 관련 발견 사항을 먼저 해결하세요.
피하기
- 프로젝트 맥락을 확인하지 않고 모든 발견 사항이 옳다고 간주하지 마세요.
- 검토가 필요한 변경 사항이 적을 때 전체 감사를 실행하지 마세요.
- 단지 발견 건수를 줄이기 위해 아키텍처 위반을 무시하지 마세요.
자주 묻는 질문
이 스킬은 어떤 프로젝트를 검토할 수 있나요?
번들로 제공되는 도메인 주도 설계 계층 규칙을 중심으로 구성된 Java 프로젝트를 검토합니다.
증분 모드와 전체 모드의 차이점은 무엇인가요?
증분 모드는 변경된 Java 파일을 검사합니다. 전체 모드는 프로젝트의 모든 프로덕션 Java 파일을 검토합니다.
이 스킬이 소스 파일을 변경하나요?
아니요. 애플리케이션 코드를 편집하지 않고 소스 파일을 읽어 권장 수정 사항을 보고합니다.
이 스킬이 테스트를 실행하거나 프로젝트를 컴파일하나요?
아니요. 소스 기반 아키텍처 검토를 수행하며 런타임 동작은 검증하지 않습니다.
팀에서 규칙을 사용자 지정할 수 있나요?
감사는 번들로 제공되는 규칙 파일을 따릅니다. 팀에서 다른 규칙을 반영하려면 해당 문서를 업데이트해야 합니다.
심각한 발견 사항은 무엇을 의미하나요?
도메인 계층에서 인프라 계층으로 향하는 금지된 종속성과 같은 중대한 아키텍처 위반을 의미합니다.