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

AGENTS.md

@@ -16,6 +16,22 @@
 - 위 4가지 중 하나라도 빠지면 작업은 미완료다. 요약이나 설명만으로 완료 처리하지 않는다.
 - 완료 보고에는 반드시 변경된 YAML, 코드, 데이터 파일 경로와 검증 명령을 함께 적는다.
 
+## 0c. 작업 수행 절차 강제
+- 모든 작업은 아래 순서를 반드시 따른다.
+  1. `로드맵/현황 확인`
+  2. `WBS 작성`
+  3. `목표 설정`
+  4. `성공판단 데이터 정의`
+  5. `구현`
+  6. `사후 검증`
+  7. `증빙 기록`
+- 작업 시작 전에는 반드시 해당 작업의 WBS 항목과 성공판단 데이터를 문장 또는 표로 먼저 확정한다.
+- 성공판단 데이터가 없으면 구현을 시작하지 않는다.
+- “한 줄 추가”, “작아 보이는 수정”도 예외가 아니다. 모든 변경은 WBS와 성공판단 데이터에 매핑되어야 한다.
+- 작업 도중 범위가 바뀌면 WBS를 먼저 갱신하고 난 뒤에만 구현을 계속한다.
+- 작업 완료 판정은 구현 완료가 아니라 검증 통과와 증빙 기록까지 확인된 경우에만 가능하다.
+- 사후 검증 없이 “대충 괜찮다” 식의 진행은 금지한다.
+
 ## 1. 읽는 순서
 1. `runtime/active_artifact_manifest.yaml`
 2. `Temp/final_decision_packet_active.json` (manifest alias)
@@ -101,11 +117,14 @@
 
 ## 5. 개발 규칙
 - 새 기능은 contract, schema, golden case, owner ledger를 먼저 만든다.
+- 그 다음에 WBS와 성공판단 데이터(테스트/검증 입력과 기대값)를 먼저 만든다.
 - 구현은 Python canonical first, GAS adapter second다.
 - `tools/*.py`는 CLI wrapper에 가깝게 유지한다.
 - `gas_*.gs`는 thin adapter 방향으로 유지한다.
 - `src/quant_engine`는 canonical package로 유지한다.
 - `schemas/generated`와 `src/quant_engine/models/generated`는 schema/model parity를 유지한다.
+- 코드 변경은 WBS 항목 번호와 성공판단 데이터 파일/명령을 함께 남겨야 한다.
+- 검증 결과가 없으면 완료 보고를 하지 않는다.
 - 경로가 새로 생기면 `AGENTS.md`의 Directory Routing / Serving 섹션과 zip 화이트리스트를 함께 갱신한다.
 - **Python 인터프리터**: Windows 로컬 환경에서는 반드시 `python`을 사용한다 (`python3` 금지).
   - `python` → Python 3.13.5 (`Python313/`) — yaml/openpyxl/yfinance 등 프로젝트 패키지 설치됨