docs: record shared hook timeout decision boundary

docs/mitc4-shell-feast-eigen/coordination.md

@@ -3,15 +3,15 @@
 - Feature ID: `mitc4-shell-feast-eigen`
 - Owner: `coordinator-agent`
 - Contract revision: `r2` (사용자 승인 stabilization 개선·영향받는 정적/eigen 재검증 범위)
-- Stage: `implementation` (E8.2 actual terminal 보존; 최소 정상 환경 복구 계획)
-- Outcome: `blocked-environment`
-- Next owner: `coordinator-agent` (동결 문서 checkpoint 뒤 unchanged Executor R10 실패 WIP 보존)
+- Stage: `implementation` (R10 실제 실패 보존 완료; 공유 Hook 설정·신뢰 경계 결정 대기)
+- Outcome: `needs-user-decision`
+- Next owner: `user` (Root가 MFE-OQ-004 중요 결정 요청)
 - Attempt: `4` (actual Step0 error/history4; 이전 history3 보존)
 - Completion: 미완료
 - Failure classification: `environment`
 - Retry key: `mitc4-shell-feast-eigen|implementation|environment|r2`
-- Escalation class: `null`
-- Blocker: Ninja 병렬 GoogleTest discovery의 공유 JSON 실패로 manual full VERIFY 미완료. 현재 Hook resolver는 canonical Stop1800을 선택하며 정상 설정 적용 방법도 미확정이다.
+- Escalation class: `security-trust-boundary`
+- Blocker: 현재 exact ownership 밖의 canonical 공유 Hook1800→7500 변경과 변경된 Hook 재신뢰는 아직 사용자 미승인이다. Manual full VERIFY 및 다음 native도 미완료다.
 
 기준: [프로젝트 지침](../../AGENTS.md), [프로젝트 PRD](../PRD.md), [프로젝트 ADR](../ADR.md),
 [SOLVER_AGENT_DESIGN](../SOLVER_AGENT_DESIGN.md), [FEATURE_DOCUMENTATION](../FEATURE_DOCUMENTATION.md).
@@ -45,11 +45,26 @@ Root의 intake 시작 Git 조사에서는 worktree clean을 확인했다. 당시
 
 ## 현재 bounded dispatch
 
-E8.2 native는 자연 종료했다. Planning은 소유 세 문서의 [R10 실패 보존](implementation-recovery.md#r10-attempt4의-errorhistory4-보존)과 [E9 조건부 직렬 환경](implementation-environment.md#e9-attempt4-후의-직렬-ninja-검증)을 반환했다. R10은 기존 unchanged guarded Executor의 report1/control2 WIP 보존을 current exact hash/history4로 고정하고 Root [MSVC 접근 오류 설명](msvc-build-access-error.md)의 exact1 선행 문서 commit을 허용 경로에 포함한다. E9는 `CMAKE_BUILD_PARALLEL_LEVEL=1`의 parent/manual/registered 공통 적용과 한 번의 정상 clean-first/verbose build에서 실제 세 discovery 및 등록 identity 검증을 정의한다. Installed module, source/test, discovery guard, timeout 또는 sandbox 정책은 수정하지 않는다. Planning 정적 감사는 PowerShell24 오류0/Python AST9/local links101 누락0/보호11hash·Executor AST·HEAD/error-history4 보존과 diff-check exit0이며, Coordinator는 R10 명령·소유·현재 hash와 조건부 activation 경계를 대조해 문서 delta를 pass로 수용했다. 이는 prep gate 통과가 아니다. 다음은 Root exact5 문서 checkpoint와 Coordinator의 R10 actual preservation이며 status-only recovery/추가 native는 아직 할당하지 않는다.
+현재는 **MFE-OQ-004 사용자 결정 요청 준비**이며 답변은 아직 없다. 이전 E6의 한 번 승인된 workspace 실행은 소비됐고 canonical checkout의 공유 Hook 수정·재신뢰를 승인한 것으로 확대하지 않는다. 세부 검토 대상과 영향은 Root 소유 [MSVC 접근 오류와 설정 경계](msvc-build-access-error.md)에 기록한다.
+
+| 결정 가능한 경로 | 영향 |
+| --- | --- |
+| 권고: 실제 canonical `.codex/hooks.json`의 Stop timeout `1800 -> 7500` 한 값과 변경된 Hook의 정상 재신뢰를 명시 승인 | 현재 resolver가 이 파일을 공유하는 다른 worktree에도 outer timeout이 적용된다. 나머지 Hook 내용·full validation·sandbox/재시도/소유 guard는 유지하고, 정상 workspace-write E9 준비 및 실제 재검증을 이어갈 수 있다. |
+| 현재 공유 설정 유지 | 현재1800초 경계를 그대로 유지한다. 실제 required 전체 검증의 wrapper 성공을 보장할 정상 대안이 아직 없어 environment block을 유지하고 실행을 시작하지 않는다. |
+
+검토 대상은 `C:/git/FESADev/.codex/hooks.json`, 현재 SHA-256 `0ab23dad4643f45238f4a60402083e32d8801f5c41fd6ba12b68ef6a9fc5fc28`이다. 이는 current feature owned_paths 밖의 공유 설정·신뢰 경계 결정이며 일반 계획/검증의 반복 승인 요청이 아니다. 승인 전 canonical 파일·trust·phase status를 변경하거나 새 native/DFA를 실행하지 않는다. Feature physics/schema/reference/tolerance와 contract `r2`는 그대로다.
+
+### R10 실제 보존과 다음 실행 준비
+
+Root exact5 문서 commit `87ffa4f4e5556d002f4f5e8e68bb879fff93c38d` 뒤 [R10 actual unchanged Executor](../../.harness/build/mitc4-eigen-evidence/prep/attempt4/r10-wip-checkpoint-result.json)는 native/managed exit0, `1.641`초로 완료했다. Report1 WIP commit은 `fc032212f75b9008f0a46e0f2d9f3736f184b05f`, controls2 error/history4 보존 commit은 `aa03fc3d049b82f519db1962b5da592524a1c496`이다. 명령 내부 exact commit 경로·모든 tracked bytes·raw·history4 불변과 clean preflight를 확인했으며 status reset이나 prep 성공을 기록하지 않았다.
+
+다음은 위 중요 결정 수신과 정확한 정상 설정 적용 evidence가 확보된 뒤에만 R11 status-only/Executor control checkpoint/E9 native 순서로 별도 할당한다. 아래 Planning 문서 판정은 이 조건부 준비를 의미한다.
+
+E8.2 native는 자연 종료했다. Planning은 소유 세 문서의 [R10 실패 보존](implementation-recovery.md#r10-attempt4의-errorhistory4-보존)과 [E9 조건부 직렬 환경](implementation-environment.md#e9-attempt4-후의-직렬-ninja-검증)을 반환했다. R10은 기존 unchanged guarded Executor의 report1/control2 WIP 보존을 current exact hash/history4로 고정하고 Root [MSVC 접근 오류 설명](msvc-build-access-error.md)의 exact1 선행 문서 commit을 허용 경로에 포함한다. E9는 `CMAKE_BUILD_PARALLEL_LEVEL=1`의 parent/manual/registered 공통 적용과 한 번의 정상 clean-first/verbose build에서 실제 세 discovery 및 등록 identity 검증을 정의한다. Installed module, source/test, discovery guard, timeout 또는 sandbox 정책은 수정하지 않는다. Planning 정적 감사는 PowerShell24 오류0/Python AST9/local links101 누락0/보호11hash·Executor AST·HEAD/error-history4 보존과 diff-check exit0이며, Coordinator는 R10 명령·소유·현재 hash와 조건부 activation 경계를 대조해 문서 delta를 pass로 수용했다. 이는 prep gate 통과가 아니다. 계획된 R10의 실제 완료는 위에 기록했으며 status-only recovery/추가 native는 아직 할당하지 않는다.
 
 Root의 [현재 Hook 설정 해석](../../.harness/build/mitc4-eigen-evidence/prep/attempt4/root-hook-config-resolution.json)은 설치 CLI0.153.2의 config-only `hooks/list`에서 현재 worktree cwd의 enabled/trusted Stop source를 canonical checkout `.codex/hooks.json`, `timeoutSec=1800`으로 확인했다(exit0). Linked 파일7500과 달라 실제 wrapper 수명 약1802.6초를 설명하는 근거이며, 과거 native raw에 설정 로드 경로 event가 없다는 한계는 유지한다. Inline Hook 추가는 additive라 기존1800을 대체한다고 가정하지 않는다. Root는 정상 per-invocation/worktree 설정 지원 여부만 마지막 bounded read-only로 확인하며 canonical/Hook/trust 파일을 변경하지 않는다. 이 확인은 실패 WIP 보존과 독립적으로 진행한다. 현재 추가 native, status reset, main8steps 또는 downstream gate 전이는 없다.
 
-Root의 [최종 bounded 설정 감사](../../.harness/build/mitc4-eigen-evidence/prep/attempt4/root-hook-source-audit.json)는 공식 지원 `project_root_markers`를 이용한 strict-config 목록조회도 같은 canonical1800을 선택함을 확인했다(server exit0). 조사한 문서/schema에서는 기존 sourcePath/timeout을 대체하는 정상 per-invocation 방법을 찾지 못했다. 두 Hook 파일은 Stop timeout 외 의미가 같지만 canonical 파일은 현재 exact ownership 밖이다. 남은 실제 적용의 권한 해석은 Root에 요청했으며 이를 이유로 임의 변경·새 DFA 실행·Hook 생략을 하지 않는다. 실패 보존은 이 판단에 의존하지 않는다.
+Root의 [최종 bounded 설정 감사](../../.harness/build/mitc4-eigen-evidence/prep/attempt4/root-hook-source-audit.json)는 공식 지원 `project_root_markers`를 이용한 strict-config 목록조회도 같은 canonical1800을 선택함을 확인했다(server exit0). 조사한 문서/schema에서는 기존 sourcePath/timeout을 대체하는 정상 per-invocation 방법을 찾지 못했다. 두 Hook 파일은 Stop timeout 외 의미가 같지만 canonical 파일은 현재 exact ownership 밖이다. Root의 권한 해석에 따라 공유 설정 변경·재신뢰는 위 MFE-OQ-004로 요청하며 임의 변경·새 DFA 실행·Hook 생략을 하지 않는다. 독립적인 실패 보존 R10은 완료했다.
 
 ### E8.2 이전 dispatch와 activation 경계