fix: allow authorized Harness sandbox fallback

docs/HARNESS.md

@@ -26,6 +26,21 @@ python scripts/execute.py <phase-name>
 python scripts/execute.py <phase-name> --push
 ```
 
+Executor가 시작하는 Codex 세션은 기본적으로 `workspace-write` sandbox를 사용한다.
+Windows native sandbox에서 MSVC compiler-id의 `cl.exe`가 정지하는 것이 재현되고 같은
+명령이 sandbox 밖에서 정상 완료되는 경우에만, 사용자 승인을 받은 격리된 clean
+worktree에서 다음처럼 해당 실행에 한정해 fallback을 지정할 수 있다.
+
+```powershell
+$env:FESA_HARNESS_CODEX_SANDBOX = "danger-full-access"
+python scripts/execute.py <phase-name>
+Remove-Item Env:FESA_HARNESS_CODEX_SANDBOX
+```
+
+허용값은 `workspace-write`와 `danger-full-access`뿐이다. 후자는 Codex Step에 workspace
+밖의 파일 접근 권한도 부여하므로 일반 기본값으로 설정하지 않는다. 어느 모드에서도
+`.codex/hooks.json`의 PreToolUse와 Stop hook은 자동으로 실행된다.
+
 ## Harness Python 검증
 
 이 저장소의 테스트와 최종 acceptance 검증은 pytest를 시스템 Python에 설치하지 않고

docs/HARNESS_WORKFLOW.md

@@ -238,12 +238,19 @@ Executor는 각 Step을 다음 형태의 독립 프로세스로 실행한다.
 ```text
 codex exec
   --json
-  --sandbox workspace-write
+  --sandbox <workspace-write|danger-full-access>
   --dangerously-bypass-hook-trust
   --cd <repository-root>
   -
 ```
 
+기본값은 `workspace-write`다. `FESA_HARNESS_CODEX_SANDBOX` 환경 변수는
+`workspace-write` 또는 `danger-full-access`만 허용한다. Windows native sandbox에서
+MSVC compiler-id의 `cl.exe` 정지가 재현되고 동일 명령이 sandbox 밖에서 통과하는
+환경에서는, 사용자 승인을 받은 격리된 clean worktree 실행에 한해서
+`danger-full-access` fallback을 사용할 수 있다. 이 override는 hook trust 또는 hook
+등록을 끄지 않으며 PreToolUse와 Stop 검증은 동일하게 실행된다.
+
 Codex에 전달하는 프롬프트는 다음 내용의 조합이다.
 
 ```text