verify-before-done

name	verify-before-done
description	Require fresh verification evidence before claiming work is complete. Use ALWAYS before any completion claim, commit, push, PR, or status report. Prevents false completion claims.
metadata	{"author":"misskim","version":"1.0","origin":"Concept from obra/superpowers verification-before-completion"}

Verify Before Done

철칙

검증 증거 없이 완료 주장 절대 금지

게이트 함수

모든 완료/성공 주장 전에:

1. 식별: 이 주장을 증명하는 명령은?
2. 실행: 해당 명령을 지금 실행 (이전 결과 불가)
3. 읽기: 전체 출력, exit code, 실패 수 확인
4. 검증: 출력이 주장을 확인하는가?
   • No → 실제 상태를 증거와 함께 보고
   • Yes → 증거와 함께 완료 주장
5. 그 후에만 주장 가능

주장별 필요 증거

주장	필요한 증거	불충분한 증거
"테스트 통과"	테스트 명령 출력: 0 failures	이전 실행, "통과할 것"
"린터 깨끗"	린터 출력: 0 errors	부분 체크, 추정
"빌드 성공"	빌드 명령: exit 0	린터 통과, 로그가 괜찮아 보임
"버그 수정됨"	원래 증상 테스트: 통과	코드 변경함, 수정 추정
"요구사항 충족"	항목별 체크리스트	테스트 통과

🚨 위험 단어 (사용 시 즉시 멈춤)

이 단어들이 입에서 나오려 하면 STOP:

• "~될 거야" / "~할 것 같아"
• "아마" / "대체로"
• "좋아!" / "완벽!" / "끝!" (검증 전)
• "~한 것 같은데"
• "수동으로 확인했으니"
• "에이전트가 성공이라고 했으니"

위임 작업도 예외 없음

서브에이전트가 "성공" 보고 → 독립 검증 필수

• VCS diff 확인 → 변경 사항 실제로 있는지?
• 테스트 직접 실행 → 정말 통과하는지?
• 에이전트 보고를 맹신하지 말 것

합리화 방지

핑계	현실
"지금 잘 작동할 거야"	검증 실행하세요
"확신해"	확신 ≠ 증거
"이번 한 번만"	예외 없음
"린터 통과했으니"	린터 ≠ 컴파일러 ≠ 런타임
"피곤해"	피곤함 ≠ 면제
"부분 확인이면 충분"	부분 확인은 아무것도 증명 못함

왜 중요한가

검증 없는 완료 주장은:

• 신뢰를 깨뜨림
• undefined 함수가 배포됨
• 요구사항 누락이 발견 안 됨
• 거짓 완료 → 재작업 → 시간 낭비

검증은 선택이 아니라 필수.