changja88
UserClaude Code · Codex orchestrator for building Django features with DDD + TDD, gated requirement → design → implementation.
Categories
Indexed Skills (32)
discipline-houserules
dddjango 플러그인 고유 하우스룰 — ①표준 파일트리(BC 골격 140행·배치 결정 순서·이관/브라운필드 취급) ②타입 어노테이션(모든 이름의 첫 대입에 필수) ③코드 주석·docstring 언어 규율. 코드를 어느 파일/디렉터리에 둘지·어떻게 타입을 달지·주석을 어느 언어로 쓸지 정하거나 검수할 때 로드한다. 새 모듈·BC·테스트를 만들거나 프로젝트 레이아웃·코드 규약을 결정·점검하는 상황이면 반드시 사용. 트리와 규칙 «값»의 단일 출처는 references/final.md 다. 보편 클린코드는 dddjango:discipline-cleancode, Python 타입 지식은 implementation-python, 테스트 타입 조직은 dddjango:implementation-test(§4.2).
implementation-test
테스트 코드 작성법 종합 지식 — 테스트 전략·피라미드, migration 전용 테스트와 DB-backed 현행 동작 테스트의 기술적 구분, pytest 구조·픽스처·마커·플러그인, Mock·테스트더블, Property-Based Testing, 팩토리, 시간·HTTP 모킹, 통합 테스트, 커버리지, 테스트 품질·안티패턴, Mutation Testing, BDD, mounted Django client API 계약, Idempotency·동시성 테스트, 디버깅. 테스트 코드·픽스처·테스트더블·계약 검증 코드를 새로 작성하거나 리팩터링할 때 먼저 로드한다. 무엇을 테스트하고 기존 테스트를 유지·갱신·분리·삭제할지는 discipline-tdd, Django 구현은 implementation-django 계열로 위임.
architecture-ddd
도메인 주도 설계(DDD) 지식 — 전략 패턴(바운디드 컨텍스트·유비쿼터스 언어·컨텍스트 맵·증류·이벤트 스토밍), 전술 패턴(값 객체·엔티티·애그리거트·리포지토리·도메인 서비스·응용 서비스·도메인 이벤트·Specification), 유연한 설계, 아키텍처(계층+DIP·핵사고날·CQRS), 구현 패턴(패키지 구조·Data Mapper·Repository+UoW·Event Sourcing·Saga·패턴 선택). 도메인 언어·비즈니스 정책·애그리거트 경계·컨텍스트 경계·도메인 이벤트 채택을 결정할 때 먼저 로드한다. Django 구현 코드는 implementation-django, outbox 전달 보장과 트랜잭션 설계는 architecture-db, API 계약은 architecture-api로 위임.
architecture-api
REST/HTTP API 계약 설계 지식 — 리소스·메서드 의미론, 요청/응답 계약, 상태 코드, dddjango-code-json 기본과 선택형 RFC 9457 에러 프로필, 페이지네이션·버전관리·하위 호환��·Rate Limiting·멱등성 키·OpenAPI. REST/HTTP 계약(엔드포인트 설계, 상태 코드 선택, 에러 프로필, 버전·하위 호환성 결정, OpenAPI 반영)을 새로 정의하거나 변경할 때 먼저 로드한다. JSON 직렬화·라우터 구현은 implementation-django-ninja, 서버렌더 표현계층은 implementation-django-web, 도메인 모델·애그리거트는 dddjango-architecture-ddd, 데이터 신뢰성·트랜잭션은 architecture-db로 위임.
discipline-cleancode
기술 무관 클린코드 규율 — 네이밍, 함수 설계, 추상화·캡슐화, 깊은 모듈 설계, 객체 설계 원칙, SOLID, 상태 관리, 오류 처리, 중복 제거·DRY, 협력·의존성 관리, 리팩토링, 레거시 코드, 설계 철학, 그리고 dddjango-web 고유 결정(반복>상속 — base 클래스·공용 헬퍼 금지). 코드를 새로 작성하거나 리팩터링할 때 명명·함수 형태·책임·캡슐화·추상화·SOLID·중복·오류 처리 원칙이 필요하면 로드한다. 화면 분해·표시 상태 판별·승격은 architecture-web, 파일트리·명명 사실은 discipline-web-houserules, HTML·템플릿·삼총사 표기는 implementation-ui로 위임.
discipline-tdd
TDD 실천 규율 — Red-Green-Refactor 사이클, 언제·왜 TDD를 하는가, 고전 학파 vs 런던 학파, 좋은 단위 테스트의 4대 특성, 현행 계약 기반 영구 테스트 입장·중복 판정·수명 주기, Outside-In TDD·이중 루프, 리팩토링 패턴, BDD와 TDD의 관계, AI 보조 TDD. TDD 사이클 설계·학파 선택·테스트 생성·유지·갱신·분리·삭제·검증 우선순위 결정이 필요하면 로드한다. 테스트 코드 작성법(mock 사용법·assert·픽스처·pytest 메커니즘)은 implementation-test로 위임.
implementation-django-ninja
Django Ninja JSON API 어댑터 구현 지식 — Router/Schema/Operation, controller-owned <Bc>ErrorSchema, registrar 합성, 인증·인가, 필터링·정렬·페이지네이션, Idempotency-Key, OpenAPI 계약 확인, mounted Django client HTTP 계약 검증, DRF-to-Ninja 마이그레이션. Router·Schema·API 어댑터 코드를 새로 작성하거나 리팩터링할 때 먼저 로드한다. REST 계약 설계는 architecture-api, 도메인 규칙·구조 패턴은 dddjango-architecture-ddd, Django ORM·서비스·트랜잭션은 implementation-django, 테스트 픽스처·더블 구현은 implementation-test로 위임.
architecture-web
dddjango-web 프레젠테이션 아키텍처 — view/section/widget 3단 판별과 승격 규칙, 요청 구동 MVVM 삼총사 규율, HTMX 부분 재렌더, client 계약 소비와 스냅샷 체계, 라우팅 리터럴 단일 출처, design_system 토큰·component 사용. web 화면 표면을 설계·리뷰할 때 먼저 로드한다. 트리·명명·import 사실은 discipline-web-houserules, HTML·삼총사 .py·client·urls 표기는 implementation-ui, 클린코드는 discipline-cleancode로 위임.
discipline-web-houserules
dddjango-web 파이프라인 에이전트 주입용 — 생성하는 web 표현계층 코드의 파일트리·디렉터리 구조·명명·참조 격리(import 방향)·JS 순수성 하우스룰. 코드를 어느 디렉터리에 어떤 이름으로 만들지 결정하거나 검수할 때 로드한다. 판별·승격 절차는 architecture-web, 구현 표기는 implementation-ui, 보편 클린코드는 discipline-cleancode 소유.
implementation-ui
web 구현 표기법 — 시안 재현 절차(직수입 금지·토큰화·asset-manifest), 삼총사 view/view_model/state·form 표기, Django 템플릿·HTMX 선언 include·section 응답·외부 UI JS 로드, design_system 토큰·CSS, in-process client(django.test.Client)·urls. web/ 트리의 코드를 구현할 때 먼저 로드한다. 무엇을 어느 조각에 담는가·판별·승격·계약 소비 절차는 architecture-web, 트리·명명 사실은 discipline-web-houserules, 보편 클린코드는 discipline-cleancode로 위임.
dddjango-acceptance-tester
dddjango 코디네이터가 Phase 2(구현) 시작에 spawn_agent로 디스패치하는 인수 테스트 작성자 역할. 승인된 현행 외부 계약과 관련 테스트를 대조하고, 입장 표에서 `add/update`로 승인된 외부 계약만 바깥 루프 Red로 만든다. 구현을 보지 않는 블랙박스다. 구현 코드는 쓰지 않는다. 사용자가 직접 호출하지 않는다.
dddjango-coder
dddjango 코디네이터가 Phase 2(구현)에서 spawn_agent로 디스패치하는 메인 코더 역할. 승인된 현행 계약과 영구 테스트 입장 표의 domain/application/DB/adapter 소유 행만 집행하며 구현한다. 사용자가 직접 호출하지 않는다.
dddjango-design-architect
dddjango 코디네이터가 Phase 1(설계)에서 spawn_agent로 디스패치하는 설계 architect 역할. 승인된 스코프에서 dddjango-architecture-ddd/api/db와 영구 테스트 입장 표를 한 명세로 통합하고 리뷰 노트를 반영·중재해 최종 설계 명세를 만든다. 사용자가 직접 호출하지 않는다.
dddjango-design-review-api
dddjango 코디네이터가 디스패치하는 API 계약 리뷰어 역할. 기본 Phase 1에서는 architect 명세를 독립 리뷰하고, 예외적인 Phase 2 동적 error shape 증명 모드에서는 승인 기준선과 runtime/OpenAPI 증거가 같은 계약인지 읽기 전용으로 확인한다. 명세나 코드를 수정하지 않는다. 사용자가 직접 호출하지 않는다.
dddjango-design-review-db
dddjango 코디네이터가 Phase 1(설계)에서 spawn_agent로 디스패치하는 데이터(DB) 설계 리뷰어 역할. architect의 설계 명세를 데이터 관점(인덱스·제약·트랜잭션·마이그레이션 안전)으로만 독립 리뷰하고 리뷰 노트를 낸다. 명세나 코드를 수정하지 않는다. 사용자가 직접 호출하지 않는다.
dddjango-design-review-ddd
dddjango 코디네이터가 Phase 1(설계)에서 spawn_agent로 디스패치하는 도메인(DDD) 설계 리뷰어 역할. architect의 설계 명세를 도메인 관점(애그리거트 경계·불변식·도메인 이벤트)으로만 독립 리뷰하고 리뷰 노트를 낸다. 명세나 코드를 수정하지 않는다. 사용자가 직접 호출하��� 않는다.
dddjango-discipline-cleancode
기술 무관 클린코드 규율 — 네이밍, 함수 설계, 추상화·캡슐화, 깊은 모듈 설계, 객체 설계 원칙, SOLID, 상태 관리, 오류 처리, 중복 제거·DRY, 협력·의존성 관리, 리팩토링, 레거시 코드, 설계 철학. 코드를 새로 작성하거나 리팩터링할 때 명명·함수 형태·책임·캡슐화·추상화·SOLID·중복·오류 처리 원칙이 필요하면 로드한다. Python 언어 관용구·PEP8 기계적 규칙은 implementation-python, Django 특화 패턴은 implementation-django로 위임.
dddjango-discipline-houserules
dddjango 플러그인 고유 하우스룰 — ①표준 파일트리(BC 골격 140행·배치 결정 순서·이관/브라운필드 취급) ②타입 어노테이션(모든 이름의 첫 대입에 필수) ③코드 주석·docstring 언어 규율. 코드를 어느 파일/디렉터리에 둘지·어떻게 타입을 달지·주석을 어느 언어로 쓸지 정하거나 검수할 때 로드한다. 새 모듈·BC·테스트를 만들거나 프로젝트 레이아웃·코드 규약을 결정·점검하는 상황이면 반드시 사용. 트리와 규칙 «값»의 단일 출처는 references/final.md 다. 보편 클린코드는 dddjango-discipline-cleancode, Python 타입 지식은 implementation-python, 테스트 타입 조직은 dddjango-implementation-test(§4.2).
dddjango-discipline-reviewer
dddjango 코디네이터가 Phase 1 설계 경량 점검, Phase 2 구현 게이트 감사 또는 제한된 동적 FrameworkErrorSchema 증명 감사에 spawn_agent로 디스패치하는 규율 감수자 역할. 지정된 모드의 산출물을 클린코드·TDD·현행 계약 관점으로 독립 감사하고 리포트를 낸다. 코드를 수정하지 않는다. 사용자가 직접 호출하지 않는다.
dddjango-implementation-test
테스트 코드 작성법 종합 지식 — 테스트 전략·피라미드, migration 전용 테스트와 DB-backed 현행 동��� 테스트의 기술적 구분, pytest 구조·픽스처·마커·플러그인, Mock·테스트더블, Property-Based Testing, 팩토리, 시간·HTTP 모킹, 통합 테스트, 커버리지, 테스트 품질·안티패턴, Mutation Testing, BDD, mounted Django client API 계약, Idempotency·동시성 테스트, 디버깅. 테스트 코드·픽스처·테스트더블·계약 검증 코드를 새로 작성하거나 리팩터링할 때 먼저 로드한다. 무엇을 테스트하고 기존 테스트를 유지·갱신·분리·삭제할지는 discipline-tdd, Django 구현은 implementation-django 계열로 위임.
dddjango
기존 Django 프로젝트에 한 기능을 DDD로 빌드하고 싶을 때 사용한다 — 요구→설계→구현(TDD)을 단계 게이트(G0/G1/G2)로 끌고 가는 오케스트레이터. "DDD로 ~기능을 만들어줘", "주문/재고/결제를 DDD·TDD로 설계·구현" 같은 합성·위험 Django 작업에서 이 스킬을 먼저 쓴다. 단순 단일 파일 수정·작은 이름 변경·설명만 필요한 요청에는 쓰지 않는다.
dddjango-web-coder-web
dddjango-web 코디네이터가 Phase 2(구현)에서 spawn_agent로 디스패치하는 메인 코더 역할. 승인된 명세의 구조·동작·계약과 확인된 시안·이탈 결정에 따라 이번 슬라이스를 구현한다(레이아웃 형상만 동결 시안이 근거). 설계 명세를 변경하지 않는다. 사용자가 직접 호출하지 않는다.
dddjango-web-design-architect-web
dddjango-web 코디네이터가 Phase 1(설계)에서 spawn_agent로 디스패치하는 화면 설계자 역할. 승인된 화면 요구·시안·실물 API 계약을 받아 화면 설계 명세를 통합 작성하고, 리뷰 노트를 반영·중재해 최종 명세를 만든다. 코드는 쓰지 않는다. 사용자가 직접 호출하지 않는다.
dddjango-web-design-review-web
dddjango-web 코디네이터가 Phase 1(설계)에서 spawn_agent로 디스패치하는 화면(web) 설계 리뷰어 역할. architect의 화면 명세를 화면·계약 관점으로 독립 리뷰하고 리뷰 노트를 낸다. 명세나 코드를 수정하지 않는다. 사용자가 직접 호출하지 않는다.
dddjango-web-discipline-reviewer-web
dddjango-web 코디네이터가 Phase 1 설계 경량 점검 또는 Phase 2 구현 게이트 감사에 spawn_agent로 디스패치하는 규율 감수자 역할. 산출물을 클린코드·하우스룰 규율 관점으로 독립 감사하고 리포트를 낸다. 코드를 수정하지 않는다. 사용자가 직접 호출하지 않는다.
dddjango-web
기존 Django 프로젝트의 화면(web 표현계층)을 빌드하고 싶을 때 사용한다 — 화면 요구→설계→구현을 단계 게이트(G0/G1/G2)로 끌고 가는 오케스트레이터. 시안 충실 재현 + 요청 구동 MVVM(view/view_model/state)+HTMX 규율로 빌드하고 백엔드 BC는 실물 API 계약으로만 소비한다. "이 시안대로 주문 목록 화면을 만들어줘", "상품 상세 화면을 추가해줘" 같은 화면 작업에서 이 스킬을 먼저 쓴다. 백엔드 도메인·API 자체를 만드는 요청에는 dddjango 스킬을 쓴다.
architecture-db
관계형 데이터베이스 설계 지식 — ERD·정규화·역정규화, 인덱스 아키텍처(B+Tree·복합·커버링·부분), 제약조건·중복 방지·멱등성 저장소, 트랜잭션·격리 수준·락·Risky Write, outbox 전달 보장, 쿼리 최적화(EXPLAIN ANALYZE·N+1), 운영 rollout/backfill/migration safety, 계층·상속 모델링 패턴. 데이터 신뢰성·인덱스 전략·트랜잭션 경계·outbox 전달 보장·스키마 rollout을 결정할 때 먼저 로드한다. Django ORM·마이그레이션 코드 구현은 implementation-django, 도메인 이벤트 채택 여부는 architecture-ddd로 위임.
implementation-python
Python 언어 특화 구현 지식 — 타입 힌트·타입 시스템, 구조적 패턴 매칭, 컬렉션·데이터 구조, 함수 설계, 데코레이터, 디스크립터, @property, 클래스 설계, Protocol 심화, Enum/dataclass/NamedTuple, 연산자 오버로딩, pydantic v2, 이터레이터·제너레이터, 컨텍스트 매니저, 예외 처리, 동시성·병렬성, 성능 프로파일링, f-문자열, Python 관용 표현, 디자인 패턴, Ruff, mypy/pyright, 디버깅, 독스트링, 정밀 연산, Python 3.14 변경사항. Python 관용구·타입·Protocol/ABC·경계 도구 코드를 새로 작성하거나 리팩터링할 때 먼저 로드한다. 기술무관 클린코드 원칙은 dddjango-discipline-cleancode, Django 프레임워크는 implementation-django, 구조 패턴 선택은 dddjango-architecture-ddd, 테스트 코드 작성은 implementation-test로 위임.
implementation-django-web
Django 서버렌더 표현계층 구현 지식 — TemplateView/Generic CBV/FBV 선택, Context 준비, 템플릿·base template·includes/components, Static files·CSS·JS, Web forms·POST flow, HTMX fragment·AJAX, CSRF·XSS·보안 설정, View auth·permission, Render acceptance checks. Django 서버렌더 뷰·템플릿·폼·HTMX 코드를 새로 작성하거나 리팩터링할 때 먼저 로드한다. Django 코어(모델·ORM·트랜잭션)는 implementation-django, JSON API 어댑터는 implementation-django-ninja, REST 계약 설계는 architecture-api로 위임.
implementation-django
Django 코어 구현 지식 — 모델·ORM·QuerySet/Manager, 마이그레이션, 서비스·셀렉터 레이어, 트랜잭션 경계, 설정·미들웨어·캐싱·보안·시그널, 트랜잭셔널 outbox 구현. Django 모델·ORM·서비스 레이어·트랜잭션 코드를 새로 작성하거나 리팩터링할 때 먼저 로드한다. 표현계층(템플릿/폼/HTMX)은 implementation-django-web, JSON API는 implementation-django-ninja, 신규 REST 계약은 architecture-api로 위임.
implementation-javascript
승인된 UI JavaScript의 구현·감수 표기법 — DOM 이벤트, 기능별 상태, HTMX 교체 수명, 비동기 완료, 안전한 데이터 소비, 키보드·포커스. 브라우저 UI 동작을 작성하거나 그 동작을 검수할 때 사용한다. 업무 판정·API 계약·파일트리 결정·HTMX 요청 설계는 소유하지 않는다.
dddjango-architecture-ddd
도메인 주도 설계(DDD) 지식 — 전략 패턴(바운디드 컨텍스트·유비쿼터스 언어·컨텍스트 맵·증류·이벤트 스토밍), 전술 패턴(값 객체·엔티티·애그리거트·리포지토리·도메인 서비스·응용 서비스·도메인 이벤트·Specification), 유연한 설계, 아키텍처(계층+DIP·핵사고날·CQRS), 구현 패턴(패키지 구조·Data Mapper·Repository+UoW·Event Sourcing·Saga·패턴 선택). 도메인 언어·비즈니스 정책·애그리거트 경계·컨텍스트 경계·도메인 이벤트 채택을 결정할 때 먼저 로드한다. Django 구현 코드는 implementation-django, outbox 전달 보장과 트랜잭션 설계는 architecture-db, API 계약은 architecture-api로 위임.
Bio shown is the top-scored skill's repo description as a fallback — real GitHub bios land in a future update.