목표를 끝까지 끌고 가기

목표 하나를 리뷰를 거쳐 커밋된 코드까지 한 번에 실행한다. 이 스킬은 오케스트레이션한다; 직접 구현하지 않고, 직접 계획하지 않는다. /vibe-plan과 /vibe-deep-plan은 사용자 전용이므로 직접 로드하지 않고 사용자에게 실행을 안내하는 방식으로 라우팅한다. 직접 계획 작업을 수행하지는 않는다 — 트리아지, 탐색, 명세 작성이나 수정, 분해, 티켓 설계, 티켓 발행은 그 스킬들의 책임이다. 계획은 /vibe-plan(또는 일이 너무 클 때 먼저 /vibe-deep-plan)을 통해 이루어지고, 각 티켓은 /vibe-implement를 실행하는 새 서브에이전트가 구현하며, 목표 전체는 표준 리뷰로 마무리하고 /rq가 있으면 정식 요구사항 품질 게이트를 덧붙인다.

각 티켓은 자신만의 할당된 branch와 worktree를 갖는다 — 다른 모든 티켓과 격리된 티켓별 작업공간이다. 서로 다른 티켓은 병렬로 실행할 수 있다; 같은 티켓의 구현 → 리뷰 → 발견사항 수정 → 재개는 그 티켓의 정확히 하나의 할당된 작업공간을 재사용한다. 목표는 할당된 작업공간들과 분리된 단일 통합 작업공간을 유지한다: 리뷰를 거친 티켓 결과가 전체 목표 검증을 위해 여기에 재생되며, 티켓 서브에이전트가 여기에 직접 커밋하지는 않는다. 재개는 기록된 통합 작업공간과 각 티켓의 기록된 할당된 작업공간을 정확한 기록으로 재사용한다 — 같은 목표나 같은 티켓에 대해 두 번째를 열지 않는다.

이 오케스트레이터가 원장/handoff로 할당 기록을 공급해 vibe-implement를 호출한다. vibe-implement는 모드를 나누지 않고 티켓 1개를 원자적으로만 실행한다. 직접 호출과 동일한 원자 실행이며, 현재 worktree 경로나 브랜치 이름만으로 상태를 추측하지 않는다.

설정 문서와 기본값을 읽는다. 설정이 없으면 초기화를 요구하지 않고 로컬 Markdown으로 진행한다. 하위 계획·구현·리뷰에도 같은 트래커 규칙과 로컬 산출물 경로를 전달한다.

반영과 트래커 상태

/vibe-review는 읽기 전용이다: 발견사항을 보고할 뿐 트래커 상태를 절대 바꾸지 않는다. 리뷰 통과는 이슈를 닫을 권한이 아니다. 부모 spec 이슈는 읽기 전용이다: 트래커 변경 미리보기에 절대 포함하지 않고 수정하지도 않는다. 호스트형에서 명세와 유일한 티켓이 같은 이슈이면 그것은 티켓이지 부모가 아니다.

목표는 통합과 최종 반영을 책임진다. 인수 체크리스트와 이슈 닫기는 별개다. 호스티드 트래커의 인수 체크박스는 /vibe-implement가 깨끗한 검토 뒤, 사람이 머지하기 전에 켠다 — 오케스트레이터는 체크박스를 머지 후로 미루지 않는다. 오케스트레이터는 Stage 3에서 이슈를 닫지 않는다. Stage 4에서 정확한 리뷰된 통합 commit SHA가 원본 대상 branch에 있다는 권위 있는 증거가 나온 후에만 닫기·상태·코멘트의 정확한 미리보기를 보여주고, 쓰기 직전에 별도의 명시적 승인을 기다린다 — 거절이나 무응답은 이슈를 열린 채로 둔다. 버전 관리되는 local Markdown 트래커의 경우 미리보기할 것이 없다: 각 티켓의 체크박스는 그 티켓 자신의 구현 commit에 실려 있으므로, 통합과 반영이 code와 checklist를 함께 옮긴다. 어느 쪽이든 오케스트레이터는 티켓 파일을 직접 수정하지 않고, 대상 branch에 트래커 전용 commit을 올리지 않는다.

오케스트레이터는 계획하거나 프로덕션 코드를 작성하지 않는다

문맥은 목표를 하나로 묶는 유일한 것이다: 티켓 그래프, 무엇이 반영됐고, 무엇이 남았는지. 이것을 구현에 쓰면 실행이 중간에 죽는다.