완료
1. 전체 검증
지금 전체 계층을 실행하세요: verify-full이 있으면 그것을, 없으면 verify를 실행하세요. 가장 짧은 결정적 한 줄을 인용하세요.
- 빨강 → 아직 여기에 도달하지 못했습니다. 루프로 돌아가세요.
- 검증 명령어가 없음 →
/ready를 사용하세요. 완료되었다고 주장하지 마세요. - 실제로 지금 실행되어야 합니다. 세션 중 이전에 실행된 것이 아닙니다.
2. 회의적 차이 검토
최종 차이점을 적대적 검토자로서 다시 읽으세요. 확인할 사항:
- 경계 사례: 빈 값, 0, 유니코드, 경계, 동시성.
- 오류 경로: 실패, 누락된 파일, 네트워크 끊김, 정리.
- 변경된 계약: API, 형식, 스키마, 설정, 기존 소비자.
- 우발적 내용: 관련 없는 파일, 디버그 코드, 비밀, 느슨한 핀.
- 테스트 정직성: 구현이 되돌려지면 변경된 테스트가 실패할까요?
해당되는 경우
<this-skill-dir>/scripts/revert-probe.sh "<verify-cmd>"를 실행하세요. 약화된 검사는 소견입니다. 소견을 수정하고 전체 검증을 반복하세요.
3. 위험 기반 독립 검토
초점을 선택하세요:
security: 인증, 권한, 입력, 경로, 명령어, 비밀, 엔드포인트.contract: 공개 API/CLI, 스키마, 설정, 마이그레이션, 소비자.general: 금전, 동시성, 리소스, 또는 광범위하고 불확실한 차이.
하네스의 내장 검토 명령어를 선호하세요; 그렇지 않으면 하나의 리뷰어 에이전트를 사용하세요. 보안과 계약이 모두 적용되는 경우, 두 개의 독립적인 집중 검토를 요청하세요. 리뷰어는 호출자와 소비자를 읽습니다.
사용자가 명시적으로 명명된 위험을 수락하지 않는 한, 모든 blocker 또는 major를 수정하고 재검증하세요. minor는 보고된 경우에만 연기될 수 있습니다. 라우팅된 위험이 없는 작고 잘 이해된 차이는 회의적 검토 후 중단될 수 있습니다.
4. 범위 확인
원래 요청을 다시 읽으세요. 모든 항목이 전달되었거나, 이유와 함께 제외된 것으로 명명되어야 합니다. 범위를 조용히 삭제하지 마세요. /lucia-bus를 통해 청구한 버스 작업은 사용자가 취소하지 않는 한 completed 또는 blocked 상태여야 하며, 결과가 게시되어야 합니다.
5. 교훈
막다른 길, 함정, 또는 반증된 접근 방식의 경우 /retro를 실행하세요. 미완료 상태를 전송해야 하는 경우 대신 /lucia-relay를 사용하세요.
6. 보고서
Done: <변경된 사항, 한 줄>
Proof: <검증 명령어> → <결정적 한 줄>
Not covered: <검증 격차>
Left out: <제외된 범위 + 이유, 또는 없음>
애매모호함 없음: 모든 단계가 통과한 후에만 완료를 보고하세요. 기계 출력은 동일한 사실을 반영합니다. 차단된 출력은 "status": "blocked"와 실패한 줄을 사용합니다.
{
"status": "done",
"verify": {"command": "./test.sh", "exit_code": 0, "decisive_line": "PASS all checks green"},
"not_covered": "<검증 격차>",
"left_out": "nothing"
}