리서치: VTON prod Vertex 토큰 전략 검증

[thxforall]

Part of #789

Question

VTON predict가 prod에서 동작하는지 — app/api/v1/vton/route.ts가 Google Vertex AI(virtual-try-on-001:predict)를 직접 호출, 토큰을 static GCP_ACCESS_TOKEN env or gcloud CLI로만 조달(SA-key→JWT mint 코드 없음). GCP 토큰은 단명·serverless에서 gcloud 불가 → prod가 어떻게 fresh 토큰을 공급하는지 확인. (project memory [VTON prod auth]: SA-key predict 200 로컬검증, Vercel env 등록 미해결/계정권한 blocker, PR #620.)

산출

• VTON prod 실동작 여부·필요 조치 → 저장은 되나 생성이 막히는지 확정. (VTON 인프라 트랙과 경계 협의.)

[thxforall]

🔬 조사 결과 (PARTIAL-OK · high · NOT-IN-CODE 명령 직접 실행 확인)

결론: 현재 배포 코드(origin/main = prod)에는 SA-key→JWT를 mint하는 코드가 전무하여, prod는 Vertex predict에 필요한 fresh 토큰을 지속 공급할 수단이 없다. route.ts의 getAccessToken()은 딱 두 소스뿐 — (1) static GCP_ACCESS_TOKEN env, (2) ${HOME}/google-cloud-sdk/bin/gcloud CLI(child_process). Vercel serverless엔 gcloud 바이너리가 없어 (2)는 항상 throw→502. (1)은 200을 낼 수 있으나 GCP 토큰 ~1h 단명 + 갱신경로 없어 만료 후 401→502 간헐 실패.

• 실제 fix(lib/gcp/auth.ts + google-auth-library + GCP_SERVICE_ACCOUNT_KEY)는 PR #620에만 존재, OPEN/미머지, dev·main 어디에도 없음(gh로 실행 확인).
• 저장은 별도 /api/v1/tries(GCP 토큰 무관 독립)이나 클라이언트가 displayResultImage 존재 시에만 저장 호출 → predict가 막히면 저장 단계 도달 불가, try→save E2E는 생성에서 막힌다.

근거: 2소스 토큰 route.ts:11 · gcloud CLI fallback route.ts:18 · predict 실패→502 route.ts:66,215 · auth 라이브러리 import 전무(lib/gcp 부재) · 저장 게이트 useVtonTryOn.ts:234 · 저장 엔드포인트 useVtonTryOn.ts:243.

결정 영향 (#798 · VTON 인프라 트랙): 저장(/api/v1/tries)은 GCP 무관 독립이라 저장 통합 트랙은 자체 진행 가능. 단 VTON 생성은 prod 비동작으로 취급(라이브 가정 금지). 토큰 fix는 코드(PR #620 머지) + 라이브(Vercel env 주입) 양 단계 필요 — 코드만 머지해도 env 없으면 여전히 502.

남은 갭 (라이브, NOT-IN-CODE):

• cd packages/web && vercel env ls production (GCP_ACCESS_TOKEN static vs GCP_SERVICE_ACCOUNT_KEY SA 중 무엇이 있나 — '어떤 키가 있나'만, 신선도 판정 불가)
• prod 502 vs 간헐200 확정은 prod predict 스모크 필요(조사 규칙상 미실행).

_{울트라코드 리서치 fan-out (지도 #789) · 적대적 검증 통과. 참고: project memory [VTON prod auth], PR #620.}

[thxforall]

🔬 라이브 검증 (2026-07-09)

명령 (read-only · 값 미노출 — env는 Encrypted, 이름·타깃·생성시각만 조회):

vercel env ls production --cwd packages/web   # project: decoded-app

결과 — Production 환경 (VTON/GCP 관련):

name	environments	created
GCP_SERVICE_ACCOUNT_KEY	Production	~1h ago
GCP_PROJECT_ID	Production	~1h ago
GCP_ACCESS_TOKEN	—	없음

code-fact 대조 → 일치 (전략 확정):

• ✅ 커밋 75ccaf8f (fix(vton): restore production auth via google-auth-library service-account token #620) "restore production auth via google-auth-library service-account token" 와 정합. Production에 GCP_SERVICE_ACCOUNT_KEY + GCP_PROJECT_ID가 등록되어 SA-key 인증 경로가 실제로 배선됨.
• 프롬프트가 기대한 GCP_ACCESS_TOKEN은 부재 — 이는 불일치가 아니라 명칭 추정이 구식(단기 access-token → 영속 SA-key 방식으로 전략 진화). 라이브가 최종 전략을 확정함.

상태 변화 (중요):

• 기존 기록상 "Vercel prod env 등록 = 계정 권한 BLOCKER" 였으나, GCP_SERVICE_ACCOUNT_KEY/GCP_PROJECT_ID가 ~1h 전 Production에 등록됨 → BLOCKER 해소 정황.
• 단, env 존재만 확인. 실제 predict 200 라이브 스모크는 실서비스 영향이 있어 미수행(사용자 확인 후 별도 진행).

결정/PRD 영향: VTON prod auth는 cody 재현 파이프라인과 독립 → 결정 #792~800·PRD #825에 직접 영향 없음. #806은 인프라 준비상태 추적 이슈로 OPEN 유지 권장(predict 라이브 스모크 통과 후 close).

---

라이브 데이터 부분만 검증. code-fact는 기존 조사에서 적대적 검증 통과. 나머지 조사 #801~805의 prod DB/Meili 검증은 이 세션에 자격증명이 없어 미수행.