sol5288

commitgate-discovery

모호한 요구를 REQ Brief로 정리한다. req:new 로 티켓을 만들기 전에 사용자가 직접 부른다. "뭘 만들지 아직 모르겠다", "이거 정리부터 하자", "요구사항 좀 잡아줘" 같은 상황에서 쓴다. 파일·브랜치·커밋을 만들지 않는다.

commitgate-diagnosing-bugs

버그·회귀·성능 문제를 피드백 루프부터 만들어 좁혀 간다. 뭔가 깨졌다/던진다/느리다는 보고를 받았을 때, 또는 phase 구현 중 원인 불명 실패를 만났을 때 쓴다. 재현→최소화→가설→계측→수정→회귀 테스트 순서이며, 끝나면 req:next 로 돌아간다.

CommitGate REQ의 품질 방법 — 정본(SSOT) 경계·설계/계획 품질·Test-First·증거 기반 검증. 세 상황에서만 읽어 적용한다 — (a) 00/01/02 설계·계획을 새로 쓰거나 고칠 때, (b) req:next가 AGENT를 반환한 구현 phase, (c) 버그·회귀·성능 진단(AGENT). 다음 행동은 req:next의 kind가 정한다 — RUN=출력 명령 실행 후 재조회, AGENT=작업 수행·git add 후 재조회, AWAIT_HUMAN=정지, DONE=완료 보고, BLOCKED=보고. 이 스킬은 방법만 제공하고 다음 행동·승인·커밋 권한은 req:next와 AGENTS.md에 있다. 강제가 아니라 방법이며, 실제 강제는 CommitGate 게이트다.

commitgate-research

외부 기술 선택·라이브러리·규격을 1차 출처로 조사한다. 근거가 필요한 결정(어떤 라이브러리를 쓸지, 이 API가 실제로 어떻게 동작하는지, 이 규격이 뭘 요구하는지)일 때 쓴다. 조사 결과는 보조 자료이며 승인 근거가 아니다 — 설계에 영향을 주면 00/01 문서에 반영해야 한다.

commitgate-tdd

CommitGate phase 구현을 Red→Green→Refactor 루프로 돌린다. req:next 가 AGENT 를 반환해 phase 를 구현할 때 쓴다. 테스트를 먼저 쓰고, 최소 구현으로 통과시키고, stage 한 뒤 req:next 로 돌아간다. 직접 커밋하지 않는다.