G8 재검증 기준 동기화

docs/HANDOFF.md

@@ -270,11 +270,12 @@ UI가 active DB container에 직접 stop을 보내 같은 증상이 재발했다
 3. 같은 HEAD의 archive를 두 번 만들어 SHA가 동일한지 검증한다.
 4. candidate는 그 archive만 풀어 만들고 patch/manifest를 암묵 적용하지 않는다.
 5. 기존 preflight·API full·Web type/build·release E2E·DB snapshot·rollback 절차는 그대로 유지한다.
-6. Vite source 전용 `e2e/insecure-context-uuid.spec.ts`는 별도 localhost gate(5198)로 6/6 실행하고,
+6. Vite source 전용 `e2e/insecure-context-uuid.spec.ts`는 별도 localhost gate(5198)로 12/12 실행한다. UUID fallback
+   6건과 SHA-256 fallback·직접 호출 금지 6건을 함께 고정하고,
    production candidate/NAS-origin은 실제 배포 번들에서 동작하는 11개 회기 스펙만 실행한다.
 7. unit/fake runner가 tracked dirty, archive SHA drift, evidence binding, patch-mode 무회귀를 검증해야 한다.
 
-검증: release-agent unit 30/30, source-only UUID gate 6/6, Ruff, py_compile, `git diff --check` PASS. 공유 worktree에는
+검증: release-agent unit 30/30, source-only insecure-context gate 12/12, Ruff, py_compile, `git diff --check` PASS. 공유 worktree에는
 인계 문서와 controller 변경이 있으므로 이 경로 자체가 의도대로 tracked-dirty를 차단한다. 실제 배포는 새 commit을
 가리키는 별도 detached clean worktree를 만들고 `--source-repo-root <clean-worktree>`로 지정한 뒤
 dry-run→execute 순서로 수행한다.