backend-implementationinit-design-backend가 만든 백엔드 설계 문서(레이어 매핑, 도메인 모델, ERD, 시퀀스 다이어그램, 테스트 명세)를 입력으로 4-Layered DDD 백엔드 코드를 구현한다. 도메인 계층(애그리거트·값 객체·불변식·포트)을 테스트와 함께 먼저 만들고, FLOW 키 하나씩 응용 → 인프라 → 표현 계층을 수직으로 구현한 뒤, 의존 방향 계약·테스트·린트를 통과시키고 테스트 명세의 상태와 근거를 갱신한다. "백엔드 구현해줘", "설계대로 코드 짜줘", "유스케이스 구현해줘", "FLOW 구현해줘", "DDD로 구현해줘
init-design-backend기획 문서를 입력으로 백엔드 설계 문서를 한국어로 작성한다. 4-Layered DDD를 기준선으로 레이어 매핑, 도메인 모델(애그리거트·엔티티·값 객체), ERD, 유저 스토리 기반 시퀀스 다이어그램을 만들고 테스트 명세의 백엔드 섹션을 채운다. "백엔드 설계해줘", "도메인 모델 만들어줘", "ERD 그려줘", "시퀀스 다이어그램 그려줘"에 반응한다. 특정 프레임워크에 의존하지 않으며 스택은 architecture.md의 결정을 따른다. 이미 있는 코드를 문서화하는 데는 쓰지 않는다 — 그건 reverse-design-backen
init-design-frontend기획 문서를 입력으로 프론트엔드 설계 문서를 한국어로 작성한다. FSD(Feature-Sliced Design)를 기준선으로 레이어·슬라이스 구조, 라우팅, UI 구성, 렌더링 흐름, 상태 흐름을 만들고 테스트 명세의 프론트엔드·E2E 섹션을 채운다. 기획의 정보 구조와 유저 플로우는 입력으로 읽을 뿐 다시 만들지 않는다. "프론트엔드 설계해줘", "컴포넌트 설계", "라우팅 설계", "FSD 구조 잡아줘"에 반응한다. React를 가정하지 않으며 프레임워크는 architecture.md의 결정을 따른다. 이미 있는 코드를 문서화하
init-planning코드가 아직 없는 새 프로젝트나 새 기능의 기획 문서를 한국어로 작성한다. 인프라·프로젝트 설정을 먼저 확정한 뒤 요구사항(FR/NFR), 유저 스토리와 인수 기준, 정보 구조(화면 목록·계층·내비게이션), 유저 플로우, 인터페이스 계약, 도메인 간 통합, 추적성 매트릭스를 순서대로 만든다. "기획 문서 만들어줘", "새 프로젝트 시작", "요구사항 정리해줘", "유저 스토리 뽑아줘", "화면 구조 잡아줘", "유저 플로우 그려줘"에 반응한다. 이미 있는 코드베이스에서 문서를 뽑아내는 데는 쓰지 않는다 — 그건 reverse-des
issue-local로컬 Markdown 파일로 epic/leaf 이슈를 생성·분할하고 부모·선행 관계, 규모, 시작·완료·취소·재개, Blocked, epic 진행 표와 마무리를 관리한다. "로컬 이슈 생성", "epic 나누기", "issue012 시작", "선행 해제", "이슈 완료", "epic 동기화"에 사용한다. GitHub·Orca 없이 동작한다. 워크스페이스 생성은 issue-orca-worktree가 맡는다.
issue-orca-worktreeexplainable 로컬 이슈 파일을 읽어 선택적으로 Orca 워크스페이스에 연결한다. 이슈 계층에 따라 부모 워크스페이스를 연결하고 기본 브랜치에서 분기하며 중복 생성을 막는다. "로컬 issue012 워크스페이스 생성", "이 로컬 이슈를 Orca로", "issue012 codex로 워크트리 생성"에 사용한다. GitHub 이슈 번호는 받지 않으며 이슈 생성·상태 변경은 issue-local이 맡는다.
reverse-design-backend이미 있는 백엔드 코드베이스에서 설계 문서를 한국어로 역추출한다. 인프라 탐색 → 코드베이스 구조 분석 → 도메인 식별 → 오퍼레이션별 Source-Linked 시퀀스 다이어그램 → 도메인 모델·ERD 순서로 진행하며, 모든 주장에 [REF: 경로:줄번호] 인용을 붙이고 citation-verifier로 검증한다. "이 코드베이스 문서화해줘", "백엔드 분석해줘", "기존 코드에서 설계 문서 뽑아줘"에 반응한다. 코드가 없는 새 기능 설계에는 쓰지 않는다 — 그건 init-design-backend의 일이다.
reverse-design-frontend이미 있는 프론트엔드 코드베이스에서 설계 문서를 한국어로 역추출한다. 인프라 탐색 → 프레임워크 감지 → 라우트·도메인 식별 → FSD 적합도 판정 → 앱 셸 1회 추적 → 라우트별 코드·렌더링 흐름 추적 순서로 진행하며, 모든 주장에 [REF: 경로:줄번호] 인용을 붙이고 citation-verifier로 검증한다. "프론트엔드 분석해줘", "렌더링 흐름 문서화", "라우팅 파악해줘"에 반응한다. 화면 목록과 유저 플로우는 만들지 않는다 — 그건 기획 문서이며 reverse-planning이 역산한다. React를 가정하지 않는다
reverse-planning이미 생성된 설계 문서와 코드 근거로부터 요구사항, 유저 스토리, 정보 구조(화면 목록·계층), 유저 플로우, 인터페이스 계약, 추적성 매트릭스를 한국어로 역산한다. 요구사항은 코드가 강제하는 것(검증·권한 체크·분기·타임아웃 설정)에서 뽑고 인용은 항상 코드를 가리킨다. 순방향으로 작성된 기획 문서는 덮어쓰지 않고 차이 리포트를 만든다. "요구사항 역산해줘", "코드에서 유저 스토리 뽑아줘", "코드에서 화면 구조 뽑아줘", "기획 문서 만들어줘(기존 코드)"에 반응한다. 설계 문서가 없으면 reverse-design-backen
translate-docsdocs/config.yml에 설정된 원본 언어 문서 디렉터리를 감사해 번역이 없는 문서나 원본보다 오래된 번역을 찾아 생성·갱신한다. 번역 언어가 아직 설정되지 않았으면 미러링을 켤지 제안하고, 선택한 언어를 docs/config.yml에 기록한 뒤 미러 디렉터리를 만들고 동기화한다. "번역 동기화", "문서 번역해줘", "미러 맞춰줘", "번역 언어 추가"에 반응한다.