DDD-Community

로컬 개발 서버 전체 기동 (BE + FE, hot-reload)

초기 워크스페이스 세팅 — GitHub Token, Figma MCP, Notion MCP 연결 + 레포 클론 + Cursor 워크스페이스 구성

모든 repo를 main 브랜치로 체크아웃 & pull하여 최신화

풀스택 구현 오케스트레이션 (BE→FE→APP → 리뷰→테스트→PR)

크로스 레포 리서치 오케스트레이션 (BE→FE→APP 순서 위임)

Meeting-to-Develop: Notion 티켓의 미팅 노트/요구사항을 자동 분석하여 개발 초안 작성 & Notion 페이지에 반영

프로젝트 지식 축적 & 관리 — learn(교훈 추출), ingest(소스 학습), query(질의), lint(건강성 ��사), status(현황)

PR을 main에 머지하여 DEV 환경에 배포 (의존성 순서: BE→FE→APP)

Write or review behavior-first tests using the classical/classist/Chicago style. Use when Codex needs to add, modify, or critique tests while avoiding implementation-coupled mocks, especially for unit tests around domain logic, integration tests around real module boundaries, mock-heavy test migrations, and requests mentioning "고전파 테스트", "classical testing", "classist", "Chicago TDD", behavior-first tests, or boundary-only mocking.

Spring Boot / JPA 기반 백엔드 코드를 리뷰할 때 사용한다.

Spring Boot / JPA 기반 백엔드 코드를 리뷰할 때 사용한다.

GitHub Pull Request 생성 + 스마트 커밋. Trigger: "PR 올려줘", "PR 생성", "create PR", "/create-pr", "/pr" - 미커밋 변경사항을 논리적으로 분리하여 커밋 - dev 브랜치면 자동으로 feature 브랜치 생성 - 기존 PR이 있으면 추가 커밋 반영하여 PR 업데이트

Controller 테스트 기반으로 REST Docs와 Swagger UI 문서를 추가하거나 갱신합니다. Trigger: "swagger ui 문서화", "controller 문서화", "REST Docs 추가", "openapi 추가", "api-docs 추가" - 컨트롤러에 Swagger 어노테이션을 붙이지 않고 테스트에서 문서화 - 지정된 Controller가 없으면 `dev...HEAD` diff 기준으로 변경된 Controller를 대상 선정 - REST Docs snippet, openapi3.yaml, Swagger UI까지 이어지는 흐름으로 작업 - 문서화 대상 API별 Swagger UI 스크린샷을 남기고 PR까지 업데이트

Controller 테스트 기반으로 REST Docs와 Swagger UI 문서를 추가하거나 갱신합니다. Trigger: "swagger ui 문서화", "controller 문서화", "REST Docs 추가", "openapi 추가", "api-docs 추가" - 컨트롤러에 Swagger 어노테이션을 붙이지 않고 테스트에서 문서화 - 지정된 Controller가 없으면 `dev...HEAD` diff 기준으로 변경된 Controller를 대상 선정 - REST Docs snippet, openapi3.yaml, Swagger UI까지 이어지는 흐름으로 작업

Use when you need to review, improve, or refactor Java code for object-oriented design quality — including applying SOLID, DRY, and YAGNI principles, improving class and interface design, fixing OOP concept misuse (encapsulation, inheritance, polymorphism), identifying and resolving code smells (God Class, Feature Envy, Data Clumps), or improving object creation patterns, method design, and exception handling. Part of the skills-for-java project

Create mock Spring controllers, record DTOs, controller tests, REST Docs snippets, openapi3.yaml output, and Swagger UI wiring from API specs pasted as plain text. Use when Codex is asked things like "API 명세로 mock API 만들어줘", "텍스트 명세 기반 controller/rest docs/swagger-ui 만들어줘", "mock controller 문서화", or when a user provides HTTP method, path, request example JSON, and success response example JSON and wants an endpoint implemented in this repository's existing REST Docs pipeline.

현재 브랜치와 develop의 차이를 분석하여 코드 리뷰를 수행한 뒤, 프로젝트 PR 템플릿에 맞는 설명을 작성하고 Pull Request를 생성합니다. "PR 만들어줘", "pull request 생성", "PR 올려줘", "PR 작성" 등의 요청에 응답합니다.

This skill should be used when the user asks to "Preview 만들어줘", "Preview 추가해줘", "composable preview 생성", "@Preview 함수 만들어줘", "compose preview 붙여줘", or wants to generate @Preview functions for a Composable file or function. Also trigger autonomously (without user request) whenever a new top-level @Composable function is written or completed in a .kt file — generate @Preview functions immediately after writing the composable, before moving on. Takes a file path or composable function name as $ARGUMENTS.

Nevera PR Auto Assign 워크플로우 가이드 (GitHub Actions). assignee/reviewer 자동 등록 구조, 설계 결정 근거, 팀원 추가 방법에 대한 질문에 사용한다. pr-auto-assign.yml 수정 요청, 팀원 추가, 조건 변경 시 참조한다. Responds to: "PR auto assign", "reviewer 자동 등록", "assignee 자동 등록", "pr-auto-assign.yml", "팀원 추가", "reviewer 추가", "github-script"

upstream의 develop·main 브랜치를 로컬에 merge하고 origin에 자동 push합니다. "upstream sync", "브랜치 동기화", "sync", "최신화" 등의 요청에 응답합니다.

Nevera Typography 디자인 시스템 가이드. NeveraTypography 토큰, NeveraTheme.typography 사용법, 텍스트 스타일 선택 기준에 대한 요청에 사용한다. Responds to: "which typography token", "text style", "font size", "NeveraTheme.typography", "NeveraTypography", "typography token", "텍스트 스타일", "타이포그래피 토큰", "폰트 사이즈", "글자 크기", "heading", "body", "label", "caption" 등.

Nevera 컬러 디자인 시스템 가이드. 컬러 토큰, 시맨틱 컬러, NeveraTheme.colors 사용법, ColorPalette와 NeveraColor의 역할 차이, 컬러 매핑 추가/변경, 다크모드 컬러 매핑, UI 코드에서 어떤 디자인 시스템 색상을 써야 하는지에 대한 요청에 사용한다. Responds to: "which color token should I use", "design system color", "semantic color", "NeveraTheme colors", "add a new color token", "컬러 토큰", "시맨틱 컬러", "디자인 시스템 색상", "무슨 색 써야 해", "다크모드 컬러" 등.

Nevera Android CI 설정 가이드 (GitHub Actions). CI 구조, 설계 결정 근거, Gradle 지식, 미래 확장 방향에 대한 질문에 사용한다. ci.yml 수정 요청, CI 관련 개념 질문, 새 Job 추가 계획 시 참조한다. Responds to: "CI 수정", "GitHub Actions", "ci.yml", "assembleDebug", "Gradle 데몬", "unit test CI", "lint CI", "UI 테스트 추가", "CD 추가", "--no-daemon", "continue-on-error"

Nevera Spacing 디자인 시스템 가이드. NeveraSpacing 토큰, NeveraTheme.spacing 사용법, 컴포넌트 전용 치수(XxxDimension) 패턴, feature 모듈 간격 사용 규칙에 대한 요청에 사용한다. Responds to: "which spacing token", "spacing token", "padding gap margin", "component dimension", "NeveraTheme.spacing", "스페이싱 토큰", "간격 토큰", "패딩 얼마", "여백 얼마" 등.

DEV 환경 배포 (develop 브랜치 머지)

로컬 개발 서버 기동 (Next.js dev + Turbopack)

PROD 환경 배포 (main 브랜치 머지)

FE 코드 구현 실행 (FSD 아키텍처 준수)

FE 구현 계획 수립 (FSD 아키텍처, 컴포넌트, API 연동)

PR 생성 & GitHub 푸시

요구사항 분석 & FE 변경 영향도 파악

FE 코드 리뷰 & 품질 게이트 검수

Pickflow의 새 화면 티켓(KAN-XX)에 대해 TDD A→B→C 3단계를 강제하는 단일 구현 프롬프트 MD를 생성한다. 사용자가 새 화면 티켓·Figma 노드·API 정보를 들고 와서 "구현 프롬프트 만들어줘" 류로 요청할 때 사용. 결과물은 `docs/<TICKET>/<screen>-implementation-prompt.md` 한 장이며, 이후 Claude가 이 한 장만 읽고도 화면을 구현할 수 있을 만큼 자기완결적이어야 한다.