Pit-Stop은(는) 무엇을 하나요?
코드베이스의 F1 피트 스톱: 들어가서 수정받고, 더 빠르게 나옵니다. 한 번의 명령으로 읽기 → 찾기 → 수정 → 검증 → 보고를 중간 질문 없이 실행합니다. 사용자는 "시작"만 말하면 되고, AI는 보고서와 함께 한 번만 응답합니다.
실행 순서 (순서대로, 건너뛰기 없음)
- 로드: README/AGENTS.md(또는 이에 상응하는 파일) +
git status+ 최근 커밋 핫스팟을 읽습니다. 먼저 한 줄을 작성합니다: MODE = 여기서 무엇을 발견으로 간주하고, 무엇을 즉시 거부할지. 핵심 정보가 누락되었나요? 한 번만 질문하고, 가장 엄격한 기본값으로 진행합니다. - 찾기: 스캔 전에 범위를 설정합니다 (명명된 대상 > git 핫스팟 > 전체 트리). 모든 발견에는
path:line증거가 필요합니다. 기록된 결정은 마찰이 재검토를 정당화하지 않는 한 건너뜁니다. 각각에 태그를 지정합니다:delete/stdlib/native/yagni/shrink/security/obs, 강도Strong/Worth/Speculative. Speculative = 보고만 하고 절대 수정하지 않습니다. 발견된 것이 없으면Lean already. Ship.이라고 말합니다. 절대 부풀리지 않습니다. - 제안: Strong 항목만 해당합니다. 각각 = 증상 + 증거 + 영향 + 최소 수정 + 비용. 더불어 트리거 조건을 포함한 NOT-doing 목록도 포함합니다.
- 수정: 검토→수정 루프를 독립적인 검토자와 함께 진행합니다 (다른 각도가 같은 눈보다 좋습니다); 깨끗해지거나
--max-rounds(기본값 3)에 도달하면 중단합니다. 라운드 간 원장을 유지하고, 반복 수정을 하지 않습니다. 두 번 연속 정체 라운드 → "사람 필요"로 에스컬레이션하고 중단합니다.references/guardrails.md를 참조하세요. - 보고서: 헤더
Generated fully automatically by pit-stop. 네 개의 블록 — 변경됨 / 검증됨(도구 출력) / 검증되지 않음 / 나머지. 새로운 도구 출력 없이 주장하지 않습니다. 붙여넣는 모든 내용에서 비밀/토큰/PII를 삭제합니다.templates/report.md를 참조하세요.
철칙
- 항상 주장보다 증거가 먼저입니다. 이번 턴에 검증 실행이 없으면 성공 주장을 할 수 없습니다.
- 하위 에이전트의 "완료"는 완료가 아닙니다. 보고하기 전에 하위 에이전트의 diff를 읽으세요.
- 모호한 부분은 평가를 낮추고, 추측하지 마세요. "사람 필요"라고 쓰고 계속 진행하세요.
- 푸시/커밋은 절대 자동으로 하지 않습니다. 변경 사항은 명시적인 한 마디 명령이 있을 때까지 작업 디렉토리에 남아 있습니다.
- 단일 지출 퓨즈: 한 단계가 $20를 초과하면 해당 단계를 중단하고 보고서를 작성합니다.
세부 사항: references/phases.md, references/guardrails.md, references/verification.md.