FESADev/docs/mitc4-shell-feast-eigen/implementation-prep-evidence.md

# Execution-prep evidence

- Feature ID: `mitc4-shell-feast-eigen`
- Owner: `implementation-agent`
- Input contract revision: `r2`
- Step: `mitc4-shell-feast-eigen-execution-prep` / `0 bounded-execution-deadlines`
- Outcome: `blocked-environment` — R7 재검증에서 MSVC `FileTracker` 접근 거부가
  다시 발생하여 Full VERIFY를 완료할 수 없다.

## RED

`uv run --with pytest python -B -m pytest -v -rs tests/test_harness_timeouts.py`
returned exit code `1` twice. The first run exposed one test-double setup issue; after
that test-only correction, the second run failed `4/4` on the intended pre-change
defaults: Executor `1800`, Stop shared deadline `1800`, `CommandSpec` `1800`, and
registered Stop `1800`.

## Applied scope and partial GREEN

The following owned runtime defaults now match the approved finite limits:

- `scripts/execute.py`: `StepExecutor.CODEX_TIMEOUT_SECONDS = 14400`
- `scripts/hooks/stop_validation.py`: `TOTAL_TIMEOUT_SECONDS = 7200`
- `scripts/msvc_harness/models.py`: `CommandSpec.timeout_seconds = 7200`
- `scripts/msvc_harness/process.py`: `execute_plan(... total_timeout_seconds=7200)`
- `docs/HARNESS_WORKFLOW.md`: shared `7200`-second deadline and `7500`-second
  registered Stop explanation

The next focused command returned exit code `1`: `2 passed, 2 failed`. The executor
and shared-deadline/process tests passed. The remaining hook contract test fails
because `.codex/hooks.json` still contains registered Stop timeout `1800`.

## Blocker and unexecuted verification

The assigned `apply_patch` edit for `.codex/hooks.json` was rejected twice by the
workspace sandbox as outside the writable project scope. The file is therefore
unchanged; no alternate write mechanism was used. This is an `environment` failure,
not a tolerance, contract, or implementation reinterpretation.

Focused verification cannot reach exit `0` until the approved `1800 -> 7500` hook
edit is writable. Consequently the prescribed CMake configure/build/CTest and full
pytest verification were not run. No reference comparison is applicable to this
operational Step. The source currently loads an Executor wrapper deadline of `14400`,
but this session's actual registered Stop/Codex exit remains unobserved and the
registered config still declares `1800`.

`git diff --check` completed with exit code `0`. A later read-only JSON status check
through `uv run python -B -c ...` could not initialize the user `uv` cache because
access to `C:\Users\baram\AppData\Local\uv\cache\sdists-v9\.git` was denied; it did
not modify the Step status and is additional environment evidence rather than a
replacement for the required verification.

## Handoff

Required environment action: make the owned repository file `.codex/hooks.json`
writable to this Step, then apply only its registered Stop timeout change to `7500`
and rerun Focused VERIFY followed by Full VERIFY. Existing `started_at` is preserved;
no `attempt_history`, timestamp, branch, commit, upstream contract, or reference
artifact was changed.

## 재개 실행 결과 (authoritative)

이 절은 위 attempt 1의 historical record를 대체하는 현재 Step 0 실행 결과다.
Feature/owner/revision은 `mitc4-shell-feast-eigen` / `implementation-agent` / `r2`이며,
요구 trace는 `FEM-REQ-MITC4-EIGEN-023/025`, `MFE-C27`, `IO-T11`이다.

### RED → GREEN

- 최초 `uv run --with pytest python -B -m pytest -v -rs
  tests/test_harness_timeouts.py`는 exit `1`이었다. 등록 Stop `1800` 대 `7500`의
  intended RED와, 상속된 `FEM_HARNESS_CODEX_SANDBOX=danger-full-access` 때문에
  발생한 test-double setup failure를 구분했다.
- workspace-write와 짧은 새 `--basetemp`를 사용한 direct venv 재현은 exit `1`,
  `3 passed, 1 failed`였다. 유일한 failure는 `stop["timeout"] == 7500`에 대한
  실제 `1800` 값으로, 승인된 intended RED다.
- 최소 GREEN은 [.codex/hooks.json](../../.codex/hooks.json)의 Stop `timeout`만
  `1800`에서 `7500`으로 변경했다. 이전 Correction의 `scripts/execute.py` classifier
  변경과 `tests/test_execute.py`는 재변경하지 않았다.
- 같은 timeout test는 exit `0`, `4 passed`였다. 새로운 short workspace
  `--basetemp`로 Focused VERIFY를 재실행해 exit `0`, `136 passed`, `45.05 s`를
  확인했다. classifier inventory는
  `test_environment_classifier_ignores_successful_source_echo` 6 cases,
  `test_environment_classifier_retains_runtime_helper_failure` 16 cases,
  `test_successful_source_echo_preserves_terminal_and_retry` 15 cases로 통과했다.

### Full VERIFY와 terminal failure

| Command | Exit | Result |
| --- | ---: | --- |
| `cmake -S . -B .harness/build -A x64` | 0 | MSVC x64 cache configure, 3.79 s |
| `cmake --build .harness/build --config Debug` | 0 | Debug build, 5.88 s |
| `ctest --test-dir .harness/build -C Debug --show-only=json-v1` | 0 | 362 tests discovered, 2.14 s |
| `ctest --test-dir .harness/build -C Debug --output-on-failure` | 8 | 361/362 passed, 1086.77 s |

`ShellSurfacePressureApplication.InputWithoutPressureRetainsExistingNonlinearBehavior`
한 건이 `output-busy` (application exit `6`)로 실패했다. 실패 output identity는
이전 classifier-correction workspace `TEMP/TMP` 아래였고, 실행 종료 뒤 live
`fesa`, `fesa_integration_tests`, `fesa_reference_tests` process 및 해당 output
directory는 없었다. 이 Step의 owned path 밖인 nonlinear application/integration
failure이므로 source나 test를 변경하거나 terminal failure를 즉시 재실행하지 않았다.

순차 Full VERIFY는 CTest nonzero에서 중단했으므로 전체 pytest는 이번 실행에서
**미실행**이다. 이 operating-prep Step에는 external reference comparison이 적용되지
않으며, reference artifact를 읽거나 변경하지 않았다. 현재 source의 wrapper value는
`14400`, 등록 Stop JSON은 `7500`, shared validation/default command deadline은 각각
`7200`이다. 수동 test/build evidence와 registered Stop/Codex process exit는 별개이며,
후자는 이 보고서 시점에 미관찰이다.

Raw logs와 copied CTest `LastTest.log`는 ignored
`.harness/build/mitc4-eigen-evidence/prep/manual-20260906143832/`에 보존했다.
현재 실행에서 변경한 tracked implementation artifact는
`.codex/hooks.json`과 이 보고서뿐이다. Phase Step result는 Executor history/timestamp를
보존한 채 `error`로 반환한다.

### 등록 Stop 관찰

후속 registered Stop (`stop:9`)도 같은 build directory에서
`ctest --test-dir C:\\Users\\baram\\orca\\workspaces\\FESADev\\Eigen\\.harness\\build -C Debug --output-on-failure`를
실행했다. 종료는 exit `8`, `361/362 passed`, real `982.52 s`였고 동일한
`ShellSurfacePressureApplication.InputWithoutPressureRetainsExistingNonlinearBehavior`
만 실패했다. 따라서 새 등록 Stop deadline이 CTest 실행을 차단하지는 않았지만,
이 Step은 정상 terminal validation을 통과하지 못했다. Codex process의 최종 exit는 이
hook observation 자체로 주장하지 않는다.

## R7 재개 재검증

이 재개는 [corrections.md](corrections.md)의 이미 완료된 classifier RED/GREEN을 읽고
현재 source를 재검증한 것이다. GREEN source를 다시 변경하여 RED를 만들지 않았다.
모든 Python 실행은 기존 workspace venv(Python 3.11.15/pytest 9.1.1)와 새 짧은
workspace `TEMP` 및 `--basetemp`(각각 80자 이하)를 사용했다.

| Command | Exit | Result |
| --- | ---: | --- |
| `tests/test_execute.py -k 'environment_classifier or successful_source_echo'` | 0 | `37 passed, 36 deselected`, 8.02 s; 신규 test inventory는 6/16/15 case다. |
| Step 0 Focused VERIFY의 5개 Python target | 0 | `136 passed`; timeout, terminal, ownership, hook scope와 preset contract를 유지했다. |
| `cmake -S . -B .harness/build -A x64` | 0 | MSVC x64 configure 완료. |
| `cmake --build .harness/build --config Debug` | 1 | `ZERO_CHECK`의 `Microsoft.Build.Utilities.FileTracker` 초기화에서 `UnauthorizedAccessException` / `0x80070005 (E_ACCESSDENIED)`가 발생했다. |

configure부터 build failure까지의 실제 wall time은 3.4 s였다. Full VERIFY의 순차 계약에
따라 CTest discovery, CTest run, full pytest는 실행하지 않았다. 이 실패는 C++ compile 또는
테스트 assertion 실패가 아니라 기존 correction evidence와 같은 MSVC host-access 환경
차단이다. 이 Step에는 external reference comparison이 적용되지 않으며 reference artifact는
읽거나 변경하지 않았다.

이번 재검증에서 source, test, Hook configuration은 변경하지 않았다. `scripts/execute.py`의
wrapper deadline `14400`, registered Stop `7500`, shared/default command deadline `7200`은
그대로 확인했다. 현재 process의 registered Stop/Codex terminal exit는 미관찰이며, hook을
수동 실행하지 않았다. 환경이 `FileTracker` 초기화에 필요한 접근을 허용한 뒤 동일한 Full
VERIFY를 configure부터 재실행해야 한다.