vibe-recipe

fix 또는 tidy에서 승인된 spec의 task 하나를 실제 코드 변경으로 구현해야 할 때 사용합니다. cook에서는 task-runner가 기본이며, 보조 구현이 필요할 때만 사용합니다.

session end 또는 spec/ADR/handoff 이동 후 INDEX, memory, red-team finding, 생성된 agent instruction 요약을 정리해 다음 세션이 같은 맥락에서 시작하게 할 때 사용합니다.

recipe가 사용자 요청을 구현 가능한 numbered spec으로 바꾸기 전에, 요구사항 질문·scope·acceptance criteria·task 분해를 독립적으로 검토해야 할 때 사용합니다.

taste에서 business logic, edge case, implicit assumption, abuse scenario를 공격적으로 검토해 spec이나 구현의 빈틈을 찾을 때 사용합니다.

taste에서 구현 diff가 승인된 spec, acceptance criteria, 로컬 관례, 유지보수 기준에 맞는지 코드 리뷰해야 할 때 사용합니다.

taste 또는 fix에서 auth, secret, injection, unsafe IO, dependency, data-loss 같은 보안 위험을 구조적으로 점검해야 할 때 사용합니다.

cook이 승인된 recipe의 task 하나를 독립 실행 단위로 맡길 때 사용합니다. Red -> green -> refactor, focused verification, task handoff가 필요한 구현 작업에 적합합니다.

cook 또는 taste에서 acceptance criteria를 test/manual check로 증명하고, test/e2e/verify command와 Playwright MCP 검증이 필요한지 판단할 때 사용합니다.

/vr:autopilot 호출 시 사용합니다. 명시적으로 동의한 경우에만 forage -> recipe -> cook -> taste 흐름을 예산, 중단 조건, 체크포인트와 함께 자동 진행합니다. serve는 자동 실행하지 않습니다.

Approved 또는 In Progress recipe 전체를 task 단위 TDD 실행으로 지휘하고, task-runner 결과를 통합해 taste/review까지 이어지게 합니다. /vr:cook 호출, recipe 전체 구현, task orchestration, acceptance matrix, TDD review loop가 필요할 때 사용합니다.

/vr:fix 호출 시 사용합니다. 실패를 진단하고 잘못된 가정을 의심하며, 코드를 수정하거나 spec 변경으로 escalation합니다.

/vr:forage 호출 시 사용합니다. 계획 전에 옵션을 조사하고 구현 없이 proposed ADR을 작성합니다.

/vr:kitchen 호출 시 사용합니다. 새 프로젝트 또는 기존 서비스에 vibe-recipe orchestration harness를 설치/도입/복구합니다. AGENTS.md, hooks, .agent, command profile을 구성해 recipe -> cook -> taste workflow가 재현 가능하게 동작해야 할 때 사용합니다.

/vr:peek 호출 시 사용합니다. active spec, git 상태, pending review, release readiness, autopilot mode를 read-only로 요약합니다.

/vr:recipe 호출 시 사용합니다. 비개발자도 답할 수 있는 제품 질문으로 사용자 요구사항을 상세화하고, 구현 전에 번호가 붙은 feature spec과 승인 가능한 작업 레시피를 준비합니다.

/vr:serve 호출 시 사용합니다. release gate를 실행하고 annotated tag를 만든 뒤, human-approved push/deploy 전에서 멈춥니다.

cook, fix, tidy 이후 recipe acceptance, task handoff, diff, verification evidence를 종합해 APPROVE / REQUEST_CHANGES / BLOCK verdict를 냅니다. /vr:taste 호출, merge 전 review, TDD loop 판정, security/red-team 검수가 필요할 때 사용합니다.

/vr:tidy 호출 시 사용합니다. 동작 변경 없이 구조를 개선하고 test로 동등성을 증명합니다. improve codebase architecture 요청은 shallow module을 줄이고 deep module boundary를 만드는 작업으로 처리합니다.

/vr:wrap 호출 시 사용합니다. SemVer를 결정하고 version manifest와 changelog를 갱신하되 deploy는 하지 않습니다.