verification-enginelisted

## 검증 원칙 ### The Iron Law ``` NO COMPLETION CLAIMS WITHOUT FRESH VERIFICATION EVIDENCE ``` 검증 커맨드를 이번 메시지에서 실행하지 않았���면, 통과했다고 주장할 수 없다. ### The Gate Function ``` BEFORE claiming any status or expressing satisfaction: 1. IDENTIFY: What command proves this claim? 2. RUN: Execute the FULL command (fresh, complete) 3. READ: Full output, check exit code, count failures 4. VERIFY: Does output confirm the claim? - If NO: State actual status with evidence - If YES: State claim WITH evidence 5. ONLY THEN: Make the claim Skip any step = lying, not verifying ``` ### Common Failures | Claim | Requires | Not Sufficient | |-------|----------|----------------| | Tests pass | Test command output: 0 failures | Previous run, "should pass" | | Build succeeds | Build command: exit 0 | Linter passing, logs look good | | Bug fixed | Test original symptom: passes | Code changed, assumed fixed | | Agent completed | VCS diff shows changes | Agent reports "success" | --- ## Overview 통합 검증 엔진 스킬은 `/handoff-verify` 커맨드의 핵심 동작을 정의한다. v5의 `/verify` 단독 커맨드에서 v6의 `/handoff-verify` 통합 커맨드로 진화하였다. 핵심 변경: **Task 도구로 verify-agent 서브에이전트를 생성하여 fresh context에서 검증.** `/clear` 없이도 편향 없는 검증이 가능하다. --- ## Trigger Conditions ### 직접 호출 | 트리거 | 설명 | |--------|------| | `/handoff-verify` | 핸드오프 + 기본 루프 검증 (최대 5회) | | `/handoff-verify --once` | 핸드오프 + 단발 검증 | | `/handoff-verify --loop 3` | 핸드오프 + 3회 루프 | | `/handoff-verify --security` | 핸드오프 + 보안 검증 포함 | | `/handoff-verify --coverage` | 핸드오프 + 테스트