[!IMPORTANT]
npm latest는 v2.15.1입니다. ADR-021의 save 가드·--no-push와 ADR-020의 공통 Agent Skills 정본·투영을 포함합니다.
[!NOTE]
VHK는 새 코딩 에이전트가 아닙니다. 이미 쓰는 에이전트를 감싸 "무엇을 하기로 했는지 · 정말 끝났는지 · 다음 세션이 어디서 이어질지"를 repo 안의 파일과 CLI 게이트로 고정하는 하네스입니다. 모델이 바뀌어도 규칙·기억·게이트는 repo에 남습니다.
명령어를 외우지 않아도 됩니다. vhk만 실행하면 한국어 메뉴가 열리고, vhk 저장해줘·vhk 다음 목표·vhk 출고점검 같은 자연어도 라우팅합니다.
이렇게 돌아갑니다 — vhk doctor (실제 출력)
🩺 개발 환경 점검
🟢 Node v24.13.0 (shim-safe)
🟢 pnpm 11.17.0
🟢 git 2.53.0 (user configured)
🟢 VHK v2.15.1
🟢 MCP 35 tools 등록
📁 프로젝트 파일 확인:
✅ RULES.md ✅ COMMANDS.md ✅ package.json ✅ .gitignore
🔀 설정 불일치(drift) 점검 (규칙·맥락 어긋남):
✅ 규칙 파일이 RULES.md와 일치
⚠️ .vhk/context.md 가 현재 코드보다 낡았어요 — vhk context 로 갱신하세요
🎉 개발 환경 준비 완료!
━━━ 다음에 이것만 하세요 ━━━
vhk work
v2.15 핵심
무승인 push 봉인 — 비-TTY vhk save는 --yes(commit+push) 또는 --no-push(로컬 commit만)를 명시해야 합니다. 사람의 TTY 사용 흐름은 그대로입니다.
도구 독립 Agent Skills — .agents/skills를 공통 정본으로 삼고 Claude Code용 관리 사본과 npm 번들을 안전하게 투영합니다. 누락·drift·사용자 충돌은 sync --check가 쓰기 없이 잡습니다.
기본-off 안전 정책 — vhk policy level/risk/show/check로 권한 단계·위험도·허용목록·호출 수·시간 한도를 조회하고 판정합니다. 대상 명령을 실행하거나 자동 집행을 켜지는 않습니다.
VHK — AI 코딩 세션을 목표·증거·기억·규칙으로 묶는 한국어 CLI. 규칙 동기화, MCP 35 tools, verify/review/preflight 게이트.
증거 기준선 분리 — vhk receipt --mark-start는 intent/forbidden 대조용 변경 범위의 시작 SHA만 기록합니다. receipt는 발행 중 새 검증을 실행하고, 검증 시작 HEAD·dirty와 게이트 종료 후 상태를 비교해 stale 여부를 판정합니다.
증거 재사용 실험 — 로컬 입력만 읽는 게이트는 .vhk/gates.json의 reuse: { "localInputsOnly": true, "extraInputs": [] } 계약을 선언하고 vhk verify --prepare-reuse → vhk receipt --reuse-verified로 마감할 수 있습니다. Git 추적 밖 입력은 extraInputs에 프로젝트 상대경로로 모두 선언합니다. 같은 clean HEAD·파일·설정·의존성·환경·dist·실행 CLI·PASS 결과가 유지된 10분 안에서만 재사용하며, 부재·변경·만료·읽기 실패는 자동 재검사 없이 BLOCK입니다. 외부 파일·서비스·시간 의존 게이트에는 사용하지 않습니다. 준비 모드는 원장 자동 커밋을 보류하며 이후 커밋은 증거를 무효화합니다. 기본 receipt는 이전 결과와 관계없이 전체 검사를 새로 실행합니다. 실패·미완료 증거의 재사용 차단은 --reuse-verified 경로에만 적용합니다. verify 시작 시 기존 봉인을 제거하고 같은 schema의 FAIL/미완료 리포트로 기록합니다. 직전 실패 게이트·커밋은 보존하고, verify --report·--check-fresh도 미완료를 거절합니다. 완료되면 실제 결과로 교체합니다. 재사용 출처·실제 검증 시각은 JSON·Markdown·콘솔·receipt-log에 표시하며 실험용 재사용 영수증은 공식 자율 완주 통계에 포함하지 않습니다. 로컬 파일 위조를 막는 서명은 아니므로 독립 Review·CI·Release Gate의 대체물로 사용하지 않습니다. 두 명령은 같은 환경의 직접 CLI로 호출해야 합니다. 다른 package script에서 호출하면 lifecycle 환경 차이로 BLOCK할 수 있습니다. 실험은 빌드된 JS CLI와 고정된 toolchain에서 수행하며 독립 Review 요구는 유지합니다.
재사용은 저장소 루트에서 실행해야 합니다. 짧은 이름·정션을 실제 경로로 펼치고, Windows의 대소문자 무시 비교는 루트 동일성에만 적용합니다. 입력은 구분자를 포함한 정확한 경계로 검사하며, 하위 폴더에서 실행하거나 입력이 저장소 밖을 가리키면 거절합니다.
안정적인 마감 — vhk goal next는 BLOCKED·DEFERRED·OBSERVING을 완료로 오인하지 않고, 미해결 Goal 없이 DONE/CANCELED만 남은 종결 상태를 반복 조회해도 완료 시각이나 백업을 다시 만들지 않습니다. 생성되는 gate skill은 모든 Goal이 정상 DONE인 branch closeout을 review N/A와 branch receipt 경로로 안내합니다.
자동 집행과 enforce 활성화는 2.15 범위가 아닙니다. 관찰 게이트를 충족하고 사람이 계속을 결정한 뒤 2.16에서 다룹니다.
사이트 등록·자격증명 안전보관·오프라인 리포트로 한곳에 정리(실 제출·수집은 자격증명 연결 후 사람이 실행)
vhk seo
30초 시작
npm install -g @byh3071/vhk # 또는 1회성: npx -y @byh3071/vhk
vhk --version
# 새 프로젝트: 기술 스택을 알면 바로 확정
vhk start --stack "Vite, React, TypeScript"
# 아직 모르면 후보로 시작하고 첫 세션에서 확정
vhk start
# 기존 프로젝트에 하네스와 PR 검사 얹기
vhk init -y --ci
if ($LASTEXITCODE -ne 0) { exit $LASTEXITCODE }
vhk sync
if ($LASTEXITCODE -ne 0) { exit $LASTEXITCODE }
vhk mcp-init
Node.js 22 이상이 필요합니다. vhk start --stack "..."은 지정한 기술 스택을 확정값으로 기록합니다. --stack을 생략하면 자동 감지·유형 프리셋은 후보로만 기록되고 기존 NEEDS_CUSTOMIZATION 첫 세션 인터뷰에서 먼저 확인합니다. 아이디어부터 검증하려면 vhk gate로 시작하세요.
vhk init --ci는 .github/workflows/vhk-gate.yml을 만들고 PR마다 검증·규칙·공개 경계 검사를 실행합니다. 기존 GitHub Actions 워크플로가 있으면 파일을 건드리지 않고 병합 방법을 안내합니다. GitHub에서 병합을 실제로 막으려면 저장소 Settings → Rules에서 상태 검사 VHK Gate를 필수로 지정하세요.
기존 프로젝트에서 vhk init을 실행하면 여러 규칙 파일의 같은 관리 구역은 한 번만 가져옵니다. 같은 이름인데 내용이 다르거나 BEGIN/END 표시가 깨진 구역은 자동으로 고르지 않고, 원본을 그대로 둔 채 복구 방법과 함께 중단합니다.
설치가 끝나면 규칙 파일 연결 수와 함께 핵심 규칙의 출처·버전을 따로 보여줍니다. VHK 내장 기본 규칙으로 대신한 경우에는 사용자 규칙 파일이 연결된 상태가 아님을 마지막 설치 점검에서 다시 경고합니다.
Cursor 기존 프로젝트는 vhk bootstrap cursor로 VHK 관리 Skill을 설치할 수 있습니다. 신규 설치는
Google Antigravity·Codex·Cursor가 함께 읽는 .agents/skills를 만들고, 같은 정본에서 Claude Code용
.claude/skills 관리 사본을 생성합니다. 관리 표식과 본문 해시가 일치하는 구버전만 안전하게 갱신하며,
사용자가 손댄 파일과 기존 .cursor/skills는 덮어쓰기·삭제·이동하지 않고 수동 병합을 안내합니다.
정본 필수 파일 누락, 실행 때 발견한 외부 링크, 실제 쓰기 실패는 성공으로 넘기지 않습니다. 관리본 갱신은
기존 파일을 먼저 .vhk/backups로 이동하고 새 파일을 배타 생성합니다. 실패하면 이전 관리본을 활성 경로로
복구하며, 완성본을 원자 생성할 수 없는 파일시스템에서는 부분 사본을 남기는 방식으로 낮추지 않습니다.
생성되는 검증 Skill은 특정 pnpm 스크립트를 가정하지 않고 vhk verify가 프로젝트의 실제 스크립트를
판별하게 합니다.
선택: 사용자 규칙 YAML 연결
VHK는 다른 저장소 없이 독립 실행됩니다. 별도 규칙이 필요하면 YAML 파일을 직접 연결하세요.
vhk config set-rules-file C:\rules\team-rules.yaml
# 또는 현재 프로세스 시작 전에 VHK_RULES_FILE 환경변수로 지정
VHK vs 맨 에이전트
VHK는 에이전트를 대체하지 않습니다 — 에이전트가 못 하는 반복·기억·게이트를 담당해 그 위를 채웁니다.
맨 에이전트(Claude Code·Cursor 단독)
일반 CI·eslint
VHK
적대적 코드 리뷰
요청 시 1회·일관성 없음
정적 규칙만
반복 게이트
실행 기반 검증
부분(말로)
테스트만
verify 실행·증거 기록
모델·에이전트 교체 시 규칙·기억
세션과 함께 휘발
해당 없음
규칙 포터·기억 이관
쓸수록 규칙 자가축적
없음
수동 설정
세션마다 자동 적립
한국어 우선
영어 기본
해당 없음
한국어 SoT·자연어 라우팅
릴리스 게이트 강제
없음
통과/실패
preflight·goal 게이트 루프
핵심 루프
1. 규칙 포터빌리티 — 에이전트를 갈아타도 규칙은 그대로
RULES.md 한 벌을 원천으로 두고 8개 타겟을 생성·갱신합니다: .cursorrules, CLAUDE.md, .windsurfrules, .github/copilot-instructions.md, .agents/rules/vhk-rules.md, AGENTS.md, GEMINI.md, .clinerules/vhk-rules.md.
vhk sync
vhk sync --check # 검사만 — 규칙·Agent Skill의 누락/불일치/사용자 충돌 확인 (문제 시 exit 1, 쓰기 0)
모든 도구가 반드시 읽어야 하는 안전 절은 제목에 표시합니다. 목록은 코드에 따로 적지 않고
RULES.md의 이 표시에서 가져옵니다. 파생 파일 하나에서 절이 빠지면 sync --check가 누락으로 잡습니다.
## 안전 규칙
vhk sync --check에서 미연결 섹션이 나오면 출력에 표시된 표준 말을 제목에 넣거나, 위처럼 제목 뒤에 ``을 붙이세요. 검사 결과가 실제 미연결 섹션명과 VHK가 인식하는 표준 제목을 함께 보여줍니다.
VHK 소유 공통 Skill은 .agents/skills에서만 편집합니다. vhk sync는 프로젝트 범위의 관리본과
Claude Code 투영을 맞추고, vhk sync --check는 정본·npm 번들·투영의 버전과 해시 차이를 쓰기 없이
검사합니다. auto-merge처럼 특정 호스트에만 속한 Skill은 공통 manifest 밖에 둡니다.
규칙 줄에 짧은 검사 ID를 붙이면 vhk check가 대응하는 스크립트를 실행하고 검사 비율을 보여줍니다.
ID는 영문 소문자·숫자·하이픈만 사용합니다. .mjs가 있으면 먼저 실행하고, 없을 때 .sh를 찾습니다.
- execSync 신규 사용 금지
scripts/check-rule-no-exec-sync.mjs
vhk check
vhk check --json # declaredRules·checkedRules·uncheckedRules·coveragePercent 포함
2. Goal과 HARD_STOP
Goal은 goals/*.md와 scripts/check-goal-<id>.mjs를 연결합니다. vhk goal done은 게이트를 다시 돌려 통과할 때만 DONE으로 전이합니다. 선택 필드 depends_on: 1,2를 쓰면 두 Goal이 모두 DONE이 되기 전에는 다음 작업이나 완료 대상으로 선택되지 않습니다. 블로커가 반복되면(3건 누적) .vhk/HARD_STOP으로 진행을 멈춥니다.
vhk goal next는 선택 가능한 Goal 없이 BLOCKED·DEFERRED·OBSERVING만 남으면 완료로 오인하지 않고 사람이 쓴 next-task.md를 보존합니다. VHK가 만든 과거 완료 스냅샷이 거짓 상태가 되면 완료 표시와 시각을 함께 무효화합니다. 미해결 Goal 없이 DONE/CANCELED만 남은 종결 상태에서는 기존 next-task.md가 있을 때만 백업 후 완료 스냅샷으로 갱신하며, 파일이 없으면 새로 만들지 않습니다. 이미 완료 스냅샷이면 아무것도 쓰지 않아 시각과 백업이 늘지 않습니다.
vhk goal next
vhk goal done --id 42
vhk blocker "테스트가 같은 원인으로 계속 실패"
Goal Phase/Task를 읽기 전용으로 보기
Goal 본문을 아래 정확한 문법으로 나누면 vhk context --json이 상태와 Phase 장벽을 JSON으로
투영합니다. Phase와 Goal 전체의 Task 번호는 각각 양수·고유·오름차순이면 되고 결번을 허용합니다.
Phase/Task는 선택 사항이라 Phase가 없는 legacy Goal도 계속 읽습니다.
(na)는 Task 라벨 직후의 정확한 backticked 토큰만 인정하며 [x]/[X]와 함께 쓰면 구조
오류입니다. / 증거:와 / evidence:는 같은 선택적 hint일 뿐 완료 증명이 아닙니다.
malformed Phase와 유효한 Phase 밖의 Task는 구조 오류입니다.
Phase가 없는 legacy Goal은 valid: true, activeGoal.phases: [], activeGoal.tasks: []로
투영하고 NO_PHASES warning을 담아 exit 0으로 끝납니다.
completed와 notApplicable은 terminal, 첫 Phase의 pending Task는 ready입니다. 이후 Phase의
pending Task는 직전 Phase의 모든 Task가 terminal이면 ready, 아니면 waiting입니다. 첫 Phase의
dependsOn은 비어 있고 이후 각 Task는 직전 Phase의 모든 goal:N/task:N string ID를 가집니다.
같은 Phase의 Task는 서로 의존하지 않아 함께 ready일 수 있지만 자동 병렬 실행을 보장하지 않습니다.
이 명령은 성공·실패 모두 파일을 쓰지 않습니다. 구조·flag·공개 경계 오류는 원문·절대경로·stack을
노출하지 않고 valid: false, activeGoal: null, 안정적인 errors JSON과 exit 1로 끝납니다.
vhk context --compact --json도 같은 안전한 오류 계약을 따릅니다.
공개 경계가 차단하는 입력은 시크릿·토큰·키, 홈 절대경로, 개인 이메일·실명·저장소명, 실제 외부
객체 ID입니다. 차단된 입력 원문은 오류에 다시 노출하지 않으며, 예시는 sample-*, <HOME>,
명백히 가짜 ID만 사용합니다. --compact --json 충돌은 valid: false와 exit 1인 flag 구조 오류입니다.
기본 off 실행 정책 조회
실행 정책은 기본 off입니다. vhk policy show는 현재 record·enforce 플래그와 계산된 권한
단계·위험도를 읽기 전용으로 보여줄 뿐 설정을 켜거나 명령을 실행하지 않습니다.
판정 이력만 쌓으려면 사람이 .vhk/policy.json을 직접 만들거나 편집해 record: true로 둡니다.
VHK가 이 값을 자동으로 켜는 명령은 없으며, enforce: false에서는 판정을 기록해도 실행을 막지 않습니다.
설정을 만든 뒤에는 현재 내용의 해시를 기준선으로 고정할 수 있습니다. 이 명령만 정책 조회와 달리
파일을 쓰는 고위험 작업이며, 사람이 --confirm을 붙여 명시적으로 실행해야 합니다. VHK는 기준선을
자동 생성하거나 자동 갱신하지 않습니다. 이후 자율 런 시작·종료 때 설정이 기준선과 달라졌는지 확인합니다.
정책 파일을 지워 기본 off로 돌아갈 때도 같은 명령을 실행하면 “설정 없음” 상태를 hash: null로
고정합니다. 그러면 정책 파일이 다시 생기는 것도 변경으로 탐지됩니다.
vhk policy baseline --confirm
vhk 정책 기준선 --confirm
policy.json·policy-baseline.json·run-state.json·cloud.json과 구 잠금 예약 이름,
정책·런 상태·클라우드 포인터의 원자 저장 임시본 패턴은 새 프로젝트의 .vhk/.gitignore와
VHK cloud 제외 목록에 자동 등록됩니다.
구현 중 사용됐던 run-state-recovery.lock 이름도 호환 잔재가 노출되지 않도록 예약 제외합니다.
기존 프로젝트도 기준선 기록이나 런 상태 기록 시 보강합니다.
실행 중 비교용 정책 해시와 최초 종결의 종료 요청·당시 정책 무효화 상태·위험도 판정은 비추적 run-state.json에만 저장합니다.
종결·판정 원장이 모두 기록될 때까지 같은 작업 SHA의 재시도는 이 최초 요청과 판정을 그대로 이어 쓰며,
추적 가능한 실행 원장에는 정책 내용 해시를 남기지 않습니다.
공개 정책 의무 필드 도입 전에 남은 종료 기록을 보충할 때도 그 의무를 비공개 상태에 먼저 고정하며,
현대 종료 기록에서 공개 필드만 지워진 경우와 구분해 후자는 완료로 재사용하지 않습니다.
정책 무효화 상태에서 먼저 남은 수동 종료도 최초 요청을 비공개 상태에 고정하므로, 정책을 복구한 뒤
새 판단으로 덮어쓰지 않습니다. 종결 보충용으로 남은 상태는 새 policy check의 실행 한도에 섞이지 않습니다.
병렬 런의 실제 잠금은 Git·정책 상태와 무관한 사용자 전용 OS 임시 디렉터리에 두며 프로젝트에는 남기지 않습니다.
허용목록과 호출 수·시간 한도에 따라 특정 명령이 실행 가능한지만 미리 판정하려면 -- 뒤에
명령을 argv 그대로 붙입니다. check는 대상 명령을 실행하지 않으며 allow는 exit 0,
deny는 exit 1, 사람 확인이 필요한 require-human은 exit 2로 끝납니다.
vhk policy check -- pnpm typecheck
vhk 정책 검사 -- pnpm typecheck
단순 질문은 vhk pnpm typecheck 실행 가능해?처럼 자연어로도 검사할 수 있습니다. 명시형도 단일 실행 파일과 argv만 지원합니다. 파이프·연쇄(&&, ;)·명령 치환을 붙이면 셸이 VHK 밖에서 실제 명령을 실행할 수 있으므로 절대 붙이지 말고, 각 명령을 따로 검사하세요.
활성화 설정이 없으면 조회 표면은 판정만 하고 실행 집행이나 정책 원장 기록을 시작하지 않습니다.
3. 증거와 자기검증 — "실행했다"와 "완료됐다"를 분리
vhk verify # 게이트 실행 → 확인이 필요한 항목의 경과 시간·숨긴 횟수 표시 + .vhk/reports/latest.json
vhk verify --dismiss lint-gate # 현재 알림 숨기기(같은 문제가 다시 발생하면 다시 표시)
vhk review # 최신 증거와 goal 완료조건 교차검증
vhk receipt # 4대 기계증거(verify 5개 게이트·git dirty·verify SHA 신선도·diff-cover)로 완료 보고 검증 (LLM 0)
vhk preflight # 2FA·shim·env·lint·type·test·git·branch·docs freshness 출고 전 점검
허위 완료 보고 적발 데모 — 실제 출력
AI가 "구현 완료했습니다!"라고 말했지만 실제로는 테스트가 깨져 있고 커밋도 안 한 상황.
vhk receipt 한 번이면 기계증거로 잡힙니다 (2026-07-18 실캡처):
🧾 검증 리포트 (receipt)
────────────────────────────────────────────
판정: 🔴 BLOCK
HEAD: adb79f9 · 작업기준: adb79f9 · 게이트: FAIL
• 게이트 실패(실종료코드 ≠ 0): test — red
• working tree 가 dirty — 미커밋/untracked 변경 있음(자기파일 제외 후에도)
📄 영수증: .vhk\receipts\2026-07-18-block-025956.json
🔴 기계증거가 "됐어요"와 모순 — 아직 완료 아님.
30초 재현: 아무 프로젝트에서 vhk receipt --mark-start → 코드 수정(커밋 X, 테스트 깨진 채) → vhk receipt.
--mark-start는 intent/forbidden 대조용 변경 범위의 시작 SHA만 기록합니다. receipt는 발행 중 verify를 새로 실행해 검증 시작 HEAD·dirty와 게이트 종료 후 현재 상태를 비교합니다. 어느 한쪽 커밋을 식별할 수 없어 stale 여부가 미상이면 CAUTION(exit 0), 식별된 상태가 실제로 어긋날 때만 BLOCK(exit 1)입니다.
판정은 종료코드·git dirty·SHA 같은 기계증거 기반이며 LLM 추론이 아닙니다 — 그래서 "그럴듯한 말"에 안 속습니다.
(한계도 정직하게: 게으른 허위 완료 보고를 잡는 도구지, 그럴듯하게 틀린 코드까지 잡지는 못합니다.)
4. 기억·패턴·자가진화 — 쓸수록 이 개발자에게 최적화
세션마다 도메인·맥락·의도·교훈이 .vhk/memory.json(repo-local)에 쌓이고, 그게 다시 규칙으로 승격돼 에이전트에 주입됩니다. 어떤 에이전트를 써도 프로젝트 맥락을 점점 더 정확히 이해하게 됩니다.
vhk learn "비-TTY 명령은 프롬프트 없이 실패해야 한다"
vhk pattern detect # 반복되는 실패/성공 신호와 새 규칙 후보를 바로 표시
vhk evolve suggest # 현재 7일 후보 계산(저장 안 함) — apply는 사람 확인 필수
vhk stats # 패스율/차단율/진화 적용율/자율 완주율/병목 계측 (읽기 전용, 병목은 gh 필요)
규칙 후보는 별도 큐에 쌓이지 않습니다. 패턴이 생긴 뒤 7일 동안만 표시되고, apply·reject·undo로 결정하거나 되돌린 결과만 로컬 로그에 남습니다. 조회·JSON·MCP 경로는 RULES.md를 자동으로 바꾸지 않습니다.
🤖 오토파일럿 스킬 /vhk-auto (1단계 MVP)
VHK 프로젝트에서 active goal 1개를 혼자 한 바퀴 돌리고 멈춰 보고하는 클로드 코드 스킬입니다.
하는 일: 앵커 재주입(loop-brief+remind) → 개발(TDD) → vhk verify 결정론 게이트 → /code-review 적대검증 → 합격 시 작은 commit → 끝나면 핵심 보고.
안전(1단계 한계): 외부 발송·이슈 등록·gh 호출을 하지 않습니다. commit만 자동(push·PR·publish 금지). 문제는 "이슈 초안 텍스트"로만 보고합니다.
2단계 로드맵: CLI vhk auto + MCP vhk_auto로 승격 시 이슈 자동등록(safeExecFile gh·dedupe·undo 승인 패턴·secure 강제)이 결정론 코드로 추가됩니다.
명령 전체
처음에는 vhk --help 또는 vhk help로 기본 명령만 보세요. 마케팅·커머스 명령까지 포함한 전체 명령은 vhk help --all에서 볼 수 있습니다. 기본 목록에서 숨긴 명령도 삭제되지 않아 이름을 직접 입력하면 그대로 실행됩니다.
standard/strict: 미리보기만 하고 exit 1 · lite+TTY: 경고 후 실행 · lite+비-TTY: 차단 후 exit 1. standard/strict 미리보기 뒤 실행으로 전환하려면 vhk save --yes -m "메시지"(commit+push) 또는 vhk save --no-push -m "메시지"(로컬 commit만)를 사용합니다.
vhk 뭐 바뀌었어
vhk diff
vhk 다음 목표
vhk goal next
vhk 출고점검
vhk preflight
vhk 보안 스캔
vhk secure scan
vhk 오늘 한 일 정리
vhk recap
vhk 인수인계
vhk work handoff
보안과 개인정보
[!TIP]
VHK에서 LLM은 결정 경로가 아니라 검토·요약 보조입니다. verify/receipt 같은 게이트 판정은 tsc·test·build 종료코드 등 기계 증거로 내리고, 되돌릴 수 없는 작업(발송·결제·publish)은 사람이 실행합니다.
VHK는 기본 local-first입니다. 로그·맥락·기억은 repo와 .vhk/에 남습니다.
.env와 민감 파일은 .gitignore·secure scan·preflight에서 계속 확인합니다.
