docs: preserve MITC4 prep sandbox failure and recovery 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` (R7 실패 보존 완료; E7 짧은 TEMP 재개)
-- Outcome: `retry`
-- Next owner: `implementation-agent` (actual Harness Executor prep Step0; 기본 workspace-write)
-- Attempt: `3` (이번 환경 재개 할당; 기존 실제 history2 보존)
+- Stage: `implementation` (E7 attempt3 종료; native build 환경 복구 검토)
+- Outcome: `blocked-environment`
+- Next owner: `Executor` (R8 exact report1/blocked controls2 보존; 이후 Planning의 E8 상세 delta)
+- Attempt: `3` (실제 blocked/history3; 기존 history2 보존)
 - Completion: 미완료
 - Failure classification: `environment`
 - Retry key: `mitc4-shell-feast-eigen|implementation|environment|r2`
 - Escalation class: `null`
-- Blocker: `null` (실패 보존·status-only checkpoint·clean 완료; 짧은 TEMP의 full 검증은 실제 재개에서 확인)
+- Blocker: 기본 workspace-write의 같은 build shell에서 짧은 TEMP/TMP를 명시해도 MSVC FileTracker 초기화가 E_ACCESSDENIED로 실패했다. Full manual CTest/Python은 미실행이며 정상 backend 대안 또는 exact 실행 권한의 재개 조건을 검토한다.
 
 기준: [프로젝트 지침](../../AGENTS.md), [프로젝트 PRD](../PRD.md), [프로젝트 ADR](../ADR.md),
 [SOLVER_AGENT_DESIGN](../SOLVER_AGENT_DESIGN.md), [FEATURE_DOCUMENTATION](../FEATURE_DOCUMENTATION.md).
@@ -45,6 +45,18 @@ Root의 intake 시작 Git 조사에서는 worktree clean을 확인했다. 당시
 
 ## 현재 bounded dispatch
 
+Owner의 [R8 실패 보존 명령](implementation-recovery.md#r8-attempt3의-blocked-기록-보존)을 현재 hash/role/guard와 대조해 계획 gate `pass`로 수락했다. 정적 결과는 local links82/missing0·Python AST6·R8 PowerShell errors0·고정 hash7/Executor AST/blocked history3 불변, exit `0`이다. Coordinator 관리2문서는 local links175/missing0·diffcheck exit `0`을 확인했다. Root가 동결된 management2/Planning3 정확5문서를 checkpoint한 뒤 R8 actual unchanged Executor가 report1과 controls2를 별도 WIP commit한다. 이는 실제 prep 검증 통과가 아니다. [E8 정상 Ninja 대안](implementation-environment.md#e8-attempt3-후의-정상-backend-대안)은 현재 미실행 요약이며 WIP 보존/clean 이후 별도 Planning이 exact local config/bootstrap·같은 graph의 명령 mapping·status-only/activation을 확정한다. 지금 config/status를 변경하거나 재실행하지 않는다.
+
+E7 attempt3는 [실제 wrapper result](../../.harness/build/mitc4-eigen-evidence/prep/attempt3/executor-result.json)의 native PowerShell/managed exit `2`, `1372.328`초로 종료했다. HEAD `dc6b9b1cf70b0ca1685eb1ac5476aa6f8cd3dab6`와 branch, 모든 비소유 bytes는 불변이다. Dirty는 Implementation report1/control2뿐이며 source/tests/Hook은 변하지 않았다. [Terminal archive](../../.harness/build/mitc4-eigen-evidence/prep/attempt3/terminal-archive.json)는 raw SHA-256 `d106f7ade2d678b6e0b383439b1b9b8d25f5ec32e883aed50c6fb4949a8983f1`, blocked/history3와 이전 history2 equality를 보존한다(exit `0`). Actual Codex exit `0`, 명시 reported-blocked 및 transportFailure null을 별도로 기록하며 transport retry로 재분류하지 않는다. Owner의 attempt1 표기는 전이 요청 이력으로 보존하고 Coordinator 원본은 실제 history3다.
+
+Native classifier `37 passed`, focused `136 passed`, configure exit `0` 뒤 Debug build가 FileTracker 초기화 `UnauthorizedAccessException/0x80070005`로 exit `1`이었다. Manual CTest discovery/run 및 full pytest는 순차 검증 때문에 미실행이다. [Root의 실제 build shell 감사](../../.harness/build/mitc4-eigen-evidence/prep/attempt3/root-manual-build-environment-observation.json) SHA-256 `3013fbe0afd85b25450ddcec9257ee31f809f4fd471f144c3aad04b728fedff5`는 raw item14가 같은 shell 안에서 새 짧은 TEMP 경로/80자 이하를 검사하고 TEMP/TMP를 명시 대입한 사실을 확인한다. 따라서 대입 누락 가설은 배제한다. 실패 뒤의 경로 출력은 미도달이므로 실제 GetTempPath 문자열을 관찰했다고 주장하지 않는다.
+
+별도 [등록 process 실제 exits](../../.harness/build/mitc4-eigen-evidence/prep/attempt3/root-process-observations.json)는 Stop wrapper/Python·Debug build·CTest 모두 exit `0`이다. [등록 CTest 원시 로그](../../.harness/build/mitc4-eigen-evidence/prep/attempt3/registered-LastTest.log)는 `362 passed/0 failed`, SHA-256 `256f5380dbdab51059bd499d37d9558563d47fb302ff1b5b791884f4cbf15cbe`다. 이는 native manual build 접근 거부나 미실행 검증을 대체하지 않으며 prep gate는 미통과다.
+
+현재 Planning 할당은 기존 plan/environment/recovery 3문서의 최소 delta다. Required inputs는 Feature 폴더와 FEATURED_AGENTS/PRD/ADR/coordination, r2 계약, Step0/phase 및 실제 attempt3 raw/환경 감사다. Report1 및 blocked controls2의 unchanged Executor WIP 보존 명령과 그 이후 별도 status-only 복구를 먼저 구체화한다. 프로젝트가 이미 지원하는 CMake/MSVC/x64/Debug Ninja preset이 기본 workspace-write에서 사용할 정상 backend 대안인지 read-only로 제한 검토한다. 실제 성공 증거 없이 해소됐다고 주장하거나 FileTracker/test/Hook guard를 끄지 않는다. 정상 대안이 없다면 실제 필요한 exact-run 권한 결정만 구체화하며 이미 사용된 E6 one-time 승인을 확장하지 않는다. Planning은 source/tests/Hook/report/phase/status/Git 및 실제 실행을 변경하지 않는다. Syntax·경로·hash·guard 감사와 frozen3 반환이 이번 gate이며, 관리문서 checkpoint→실제 실패 WIP 보존 전에는 reset/재실행을 하지 않는다. 두 번째 source Correction은 금지하며 r2 수치 계약은 유지한다.
+
+### E7 실제 실행 전 handoff 이력
+
 Root의 정확5문서 checkpoint `2f7103ac37559563279fc8fe384fba568a9891e5` 뒤 [R7 WIP 실행](../../.harness/build/mitc4-eigen-evidence/prep/attempt2/r7-wip-checkpoint-result.json)은 native/managed exit `0`, `2.109`초로 완료했다. Actual unchanged Executor는 Hook/report2를 `3ce0e4eb0aa3b395e4aa0dc442bea990b2302fe5`, error controls2를 `858aab2adc9e4e563952148040f0320f64fbf603`로 분리 commit했고 모든 bytes/history2/raw/error와 branch 보존 및 clean을 검증했다. 이후 별도 할당한 Planning은 Step0.status 한 문자열만 `error`→`pending`으로 바꾸고 나머지 JSON equality를 확인했다(exit `0`, hash `78922f3eb5597f095e385d428efc5ca87de89bc0f2c847aac7a56d8741192d22`). [R7 status checkpoint](../../.harness/build/mitc4-eigen-evidence/prep/attempt2/r7-status-checkpoint-result.json)는 native/managed exit `0`, `1.453`초이며 actual Executor commit `ab34ac77005eafa905862c517ead0fcde2209363`의 exact index1·pending/history2·raw/top 보존·clean을 검증했다. Top error는 과거 결과로 그대로 남는다.
 
 현재 할당은 [E7 첫 PowerShell block](implementation-environment.md#e7-짧은-temp를-사용하는-정상-재개)의 실제 prep1회다. Required inputs는 Feature 폴더, FEATURED_AGENTS/PRD/ADR/coordination, r2 계약, 기존 Step0 및 R7/E7와 원시 실패 evidence다. Official implementation-agent profile과 원래 owned9를 유지하며 기본 workspace-write, short TEMP/TMP, short pytest basetemp, 기존 finite14400/full VERIFY/등록 Stop/terminal 및 retry guards를 사용한다. 이미 실제 확인한 RED/GREEN을 보존하고 focused/full Python·MSVC/x64/Debug CMake/CTest 전체를 다시 확인한다. Report reference 문구와 실패 이력 정정은 Implementation owner가 맡는다. Explicit error/blocked, ownership 또는 계약 실패가 발생하면 terminal을 보존하고 무단 재시도하지 않는다. Source Correction 재할당이나 새 DFA 승인은 없다. Root/Coordinator는 이번 관리 checkpoint 뒤 active invocation 동안 non-owned 편집과 Git을 동결한다. 실제 prep gate 통과 전 main/physics/release 전이는 없다.