주기 회기 GREEN 기준선 기록

docs/guides/testing.md

@@ -282,10 +282,11 @@ NAS-origin 112건은 전부 실 API/DB 회기가 아니다. release receipt는 `
 이 runner는 clean HEAD/tree, 로컬 npipe Docker, loopback 동적 포트, sentinel과 exact cleanup을 강제하며
 공개 8001·DB 55432·engine 9099와 NAS를 구조적으로 거부한다. 최초 세 full run은 하네스 결함, 4차는 reload 뒤
 persisted episode를 UI에 hydrate하지 못하는 제품 결함을 각각 fail-closed로 검출했다. 5·6차는 핵심 동일 학습자
-SSE·review·G4/G5 `0→1→1`을 연속 통과했다. 5차는 fixture 공유, 6차는 desktop 성공 상태를 mobile G4가 최초 버튼으로
-찾은 locator 결함 때문에 후속 회귀가 중단됐다. 여섯 실행 모두 보호 runtime 접촉 0·자원 잔여 0이다. runner는 두
-브라우저 게이트마다 별도 zero-state fixture를 준비하고 mobile 성공 상태의 재확인 행동을 검증한다. unit 12/12,
-표시층 privacy 자연어화 desktop/mobile 2/2를 통과했지만 **전체 GREEN receipt** 전에는 full runner를 스케줄 등록하지 않는다.
+SSE·review·G4/G5 `0→1→1`을 연속 통과했지만 fixture 공유와 mobile success-state locator를 각각 검출했다. 보정 후 7차
+clean `aa81af29…`는 same-learner SSE·review·G4/G5 `0→1→1`, 별도 zero-state returned desktop/mobile 4/4, route mock 0,
+exact cleanup 0으로 첫 전체 GREEN receipt `periodic-learner-e2e-20260810-020117.json`을 만들었다. 보호 runtime 접촉은 0이다.
+hourly heartbeat는 최신 GREEN이 6시간 이상 오래됐거나 material milestone이 바뀔 때만 preflight 뒤 full runner를 최대 1회
+실행하며, 실패 시 같은 heartbeat에서 재시도하지 않는다.
 
 - **병렬 시나리오**: 166 tests (desktop 83 + mobile 83)
 - **`@single-run` 직렬 시나리오**: 49 tests (DB 영속화·세션 MVP·음성 성공경로·인증 시각 테마·회기말 평가 저장·교수자 명시 재평가 저장·교수자 턴 재평가 저장·교수자 UI 평가 재시도·교수자 사용자별 분석·source pack sync·이론모드 저장·동의 철회 후 voice 차단·브라우저 stream PII 마스킹·음성 transcript 저장 실패 UI 표면화 등)