셸 초기화 LF 계약 고정

docs/HANDOFF.md

@@ -51,13 +51,14 @@ G8 배포 source 기준선은 branch `master`, HEAD `61a41d1f08239b5f9e99cfae42a
   NAS 설정·컨테이너·DB는 건드리지 않았다. 다음 mutation은 소유자 승인 뒤 단일 owner가 check-only→actual 1회→
   NAS health/auth/OpenAPI/assets/실회기 재검증 순서로만 수행한다.
 - 마지막 full disposable GREEN은 clean `64e1b221…`의 `periodic-learner-e2e-20260812-150209.json`·SHA-256
-  `a7b2f758…8071`이다. detached-clean `94666192…` 확인은 전용 engine ready 뒤 disposable DB init health에서
-  브라우저 전에 FAILED했고 receipt `periodic-learner-e2e-20260812-155929.json`·SHA-256 `1bd95e01…52a8`에
-  public/NAS/active DB 접촉 0과 cleanup 0을 남겼다. 같은 heartbeat에서는 재시도하지 않았다.
-- 현재 공유 worktree에는 이 실패의 cleanup 전 `compose ps`·db/api 로그를 secret/email/UUID/query-safe tail로
-  영수증에 고정하는 runner 보강과, 실제 NAS 390px에서 남은 10px 로그인 overflow를 block auto-size로 고치는
-  scoped source가 있다. contract 14/14, 학생 route-fixture desktop/mobile 76/76, auth 2/2, dashboard 10/10,
-  type/API contract와 SSOT checker는 GREEN이지만 아직 commit/deploy/full run 전이다.
+  `a7b2f758…8071`이다. 새 진단과 NAS 로그인 폭 보정을 commit `f97e7fad…`·tree `bdc83f24…`로 고정한 뒤
+  full run을 1회 실행했지만 detached checkout의 `infra/db/init/99_app_role.sh`가 CRLF가 돼
+  `#!/usr/bin/env bash\r` exit 127로 DB가 재시작했다. receipt `periodic-learner-e2e-20260812-163742.json`·
+  SHA-256 `ad403712…d840f`은 브라우저 전 FAILED, public/NAS/active DB 접촉 0과 cleanup 잔여 0을 증명한다.
+- 원인은 Git blob LF와 `core.autocrlf=true` detached worktree 사이의 checkout 계약 누락으로 확정했다.
+  저장소 `.gitattributes`에 `*.sh text eol=lf`를 추가했으며, 같은 장애가 두 번째라 이번 heartbeat에서는
+  full runner를 재실행하지 않는다. 다음 gate는 이 수정의 새 commit→새 detached checkout에서 CR 0 확인→
+  preflight→single full run이다. auth overflow 수정도 아직 공개/NAS에 배포하지 않았다.
 - 마지막 완료 작업은 G8 source HEAD `61a41d1f…6af`·tree `87dec55d…3b77`·archive `4d15d055…119d4d`의
   candidate 112/112와 actual NAS-origin 112/112다. API/Web `d5021950…e4b1`/`9796c092…4b36`, health
   ok·db/engine true·auth 401·OpenAPI 126, fresh dump `36ec8748…24db8`을 확인했다.
@@ -714,7 +715,7 @@ route fixture는 90건이므로 전체 숫자를 실제 회기 폐루프로 부
 검증한 뒤 sentinel resource·PID·listener·temp 잔여 0을 영수증으로 남긴다. 공개 8001/55432/9099와 NAS는 금지다.
 최초 세 full run은 SSE body replay, durable turn 전 종료, 비종료 SSE `response.finished()` 대기를 차례로 찾아 모두
 fail-closed했다. 4차 clean run은 reload 뒤 persisted episode를 `학습자만 실행`으로 표시하는 제품 결함을 검출했다.
-5·6차 clean run은 핵심 동일 학습자 SSE·review·G4/G5 `0→1→1`을 연속 통과했지만 fixture 공유와 mobile success-state locator를 각각 fail-closed했다. 7차 clean `aa81af29…`는 첫 전체 GREEN을 만들었고 최신 full GREEN은 clean `64e1b221…`의 `periodic-learner-e2e-20260812-150209.json`·SHA-256 `a7b2f758…8071`이다. current `94666192…` 단일 run은 disposable DB init health에서 브라우저 전에 FAILED했으며 receipt `periodic-learner-e2e-20260812-155929.json`·SHA-256 `1bd95e01…52a8`은 public/NAS/active DB 접촉 0·cleanup 0을 증명한다. 당시 cleanup 전 로그가 없어 exact init 원인은 미확정이다. runner는 이제 `compose ps`와 db/api log tail을 secret/PII-safe로 영수증에 남기고 unit 14/14를 통과한다. current source는 새 clean commit 뒤 single full run GREEN 전까지 완료로 부르지 않는다. heartbeat는 최신 GREEN이 6시간 이상 오래됐거나 material milestone이 바뀐 경우에만 preflight 뒤 full runner를 최대 1회 실행하고 실패 시 자동 재시도하지 않는다.
+5·6차 clean run은 핵심 동일 학습자 SSE·review·G4/G5 `0→1→1`을 연속 통과했지만 fixture 공유와 mobile success-state locator를 각각 fail-closed했다. 7차 clean `aa81af29…`는 첫 전체 GREEN을 만들었고 최신 full GREEN은 clean `64e1b221…`의 `periodic-learner-e2e-20260812-150209.json`·SHA-256 `a7b2f758…8071`이다. `94666192…` 단일 run은 disposable DB init health에서 브라우저 전에 FAILED했고 진단 보강 뒤 `f97e7fad…` 단일 run도 같은 단계에서 멈췄다. 두 번째 receipt `periodic-learner-e2e-20260812-163742.json`·SHA-256 `ad403712…d840f`의 cleanup 전 로그가 `99_app_role.sh`의 `#!/usr/bin/env bash\r` exit 127을 확정했다. 두 실행 모두 public/NAS/active DB 접촉 0·cleanup 0이다. Git blob은 LF지만 `core.autocrlf=true`의 새 worktree가 CRLF로 바꾼 것이 원인이므로 `.gitattributes`에 `*.sh text eol=lf`를 고정했다. 같은 장애가 두 번 반복돼 이번 heartbeat에서는 재시도하지 않으며, 새 clean commit/worktree의 CR 0을 확인한 다음 single full run GREEN 전까지 current source를 완료로 부르지 않는다.
 
 ## 9. 핵심 변경 파일