test(validation): 토큰 위생 및 플랫폼 통합 검증 체계 고도화

docs/GITEA_SECRETS_SETUP.md

@@ -19,6 +19,14 @@
 - `KIS_APP_KEY`
 - `KIS_APP_SECRET`
 
+## Token Cache Policy
+
+- KIS access token은 `Temp/kis_tokens.db`에 저장한다.
+- 토큰은 `TOKEN_REFRESH_SKEW_MINUTES=10` 기준으로만 재사용/갱신한다.
+- 토큰 캐시는 수집 DB와 분리한다.
+- 토큰 캐시 상태는 `python tools/inspect_kis_token_cache_v1.py --json`로 점검한다.
+- 토큰 갱신 실패 시 appkey/appsecret 또는 API 가용성 문제로만 판단하고, 시크릿 값을 로그나 알림에 그대로 노출하지 않는다.
+
 ## Workflow Mapping
 
 - `.gitea/workflows/kis_data_collection.yml`
@@ -35,6 +43,7 @@
 - mock 계정은 유효성 확인용이다.
 - real 계정은 실제 데이터 수집용이다.
 - 둘을 같은 단계에서 혼용하지 않는다.
+- 토큰 발급은 1일 1회 원칙을 따르며, 만료 전에는 캐시를 재사용한다.
 
 ## Verification
 

docs/ROADMAP_WBS.md

@@ -5,6 +5,20 @@
 
 ---
 
+## 0a. 현재 실행 우선순위
+
+> 2026-06-24 기준, v8.9 채택안(P0~P3)은 검증 완료 상태이며 새 구현 백로그의 최우선 순위는 아래 순서로 고정한다.
+
+1. `WBS-7.1` 캘리브레이션 임계값 실증 전환
+2. `WBS-7.7` 신규 시스템 E2E 통합 테스트 및 snapshot_admin 스모크 테스트
+3. `WBS-7.8` ETF NAV/괴리율/추적오차/AUM 수집 경로 확정
+4. `WBS-7.5` 임시 하드코딩 폴백 비례화의 실증 보정
+5. `WBS-7.6` 슬리피지 실측 보정
+
+`WBS-7.2`, `WBS-7.3`, `WBS-7.4`, `WBS-7.10`~`WBS-7.14`는 현재 문서상 완료 또는 정리 완료로 유지한다.
+
+---
+
 ## 0b. 완료 조건
 
 모든 작업은 아래 4가지 증빙이 함께 있을 때만 완료로 본다.
@@ -16,6 +30,22 @@
 
 하나라도 빠지면 완료로 보지 않는다.
 
+## 0c. 작업 절차 강제
+
+모든 변경은 아래 순서를 지켜야 한다.
+
+1. 로드맵/현황 확인
+2. WBS 작성
+3. 목표 설정
+4. 성공판단 데이터 정의
+5. 구현
+6. 사후 검증
+7. 증빙 기록
+
+작업 시작 전에 WBS와 성공판단 데이터를 먼저 확정해야 하며, 작은 수정도 예외가 아니다.
+작업 도중 범위가 바뀌면 먼저 WBS를 갱신한 뒤 구현을 계속한다.
+검증 증빙이 없으면 완료로 볼 수 없다.
+
 ---
 
 ## 0c. 비판적 리뷰 (2026-06-21)