# V8 CachedData 진단 + 캐시 삭제

- **시작**: 2026-03-09 19:38 KST
- **종료**: 2026-03-09 19:56 KST
- **상태**: 🔧 미완료 (AG 재시작 후 /deep-inspect 검증 필요)
- **Vikunja**: #264 → 진행중

## 핵심 발견

### Root cause: V8 바이트코드 캐시가 패치된 HTML을 무시

이전 세션(#005)에서 HTML 패치 + product.json 체크섬 일치를 확인했으나, AG 재시작 후 `/deep-inspect` timeout 발생.

**진단 결과:**
- Bridge 서버: ✅ 정상 (`/ping → pong`, port 34332)
- HTML 패치: ✅ 양쪽 HTML에 v3 inline 스크립트 존재 (deepFindButtons, HARDCODED_PORT, deep-inspect)
- product.json 체크섬: ✅ 실제 파일 해시와 정확히 일치
- Extension v0.3.5: ✅ 모든 v3 코드 포함
- **Renderer: ❌ 미응답** — 스크립트가 HTML에 있지만 실행되지 않음

**원인**: AG 프로세스 인자 `--code-cache-schemes=vscode-webview,vscode-file`
- V8 바이트코드 캐시가 `vscode-file://` 프로토콜에도 적용
- `%APPDATA%\Antigravity\CachedData\` (111MB)에 이전 컴파일된 바이트코드 보유
- product.json 체크섬 검증과 V8 코드 캐시는 **별도 메커니즘**
- 체크섬이 맞아도 V8은 캐시된 바이트코드를 우선 사용

### 조치
- `%APPDATA%\Antigravity\CachedData\*` 전체 삭제 → 0 items remaining
- AG 실행 중에도 삭제 가능 (파일 잠금 없음 확인)

## 다음 단계 (다음 세션)

1. AG 재시작 (CachedData 없으므로 V8이 HTML을 새로 파싱)
2. `curl.exe http://127.0.0.1:34332/deep-inspect` 실행
3. 결과 JSON 받으면 webview iframe 접근성 확인
4. ACCESSIBLE → E2E 승인 테스트, BLOCKED → executeJavaScript() 확인

## 파일 변경

| 파일 | 변경 |
|------|------|
| `.agents/references/known-issues.md` | V8 CachedData 이슈 추가 + 승인 전략 상태 업데이트 + 핵심 전제에 CachedData 삭제 필수 추가 |
| `docs/devlog/2026-03-09.md` | #006 항목 추가 |