docs: baseline covariant MITC4 stabilization requirements

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

@@ -2,16 +2,16 @@
 
 - Feature ID: `mitc4-shell-feast-eigen`
 - Owner: `coordinator-agent`
-- Contract revision: `r1` (사용자 최종 질량 요구를 반영한 requirements baseline)
-- Stage: `requirements`
-- Outcome: `needs-user-decision` (MFE-OQ-003 / NR-MFE-001)
-- Next owner: `coordinator-agent` (Root를 통한 사용자 결정 수신)
-- Attempt: `1` (numerical-review r1의 해당 failure 관찰 횟수)
+- Contract revision: `r2` (사용자 승인 stabilization 개선·영향받는 정적/eigen 재검증 범위)
+- Stage: `research`
+- Outcome: `pass` (requirements r2 gate evidence 확인)
+- Next owner: `research-agent`
+- Attempt: `0` (r2 구현·수치 실패 관찰 없음; r1 이력 별도 보존)
 - Completion: 미완료
-- Failure classification: `upstream-contract`
-- Retry key: `mitc4-shell-feast-eigen|numerical-review|upstream-contract|r1`
-- Escalation class: `physics-scope-acceptance`
-- Blocker: `MFE-OQ-003` — 기존 stabilization 한계 수용 및 REQ-014 적용 범위 변경 또는 좌표 공변적인 stabilization 개선과 정적/eigen 재검증 범위 추가의 사용자 결정 필요.
+- Failure classification: `null`
+- Retry key: `null`
+- Escalation class: `null`
+- Blocker: `null` (r2 research 이후 기술 gate는 아직 미완료)
 
 기준: [프로젝트 지침](../../AGENTS.md), [프로젝트 PRD](../PRD.md), [프로젝트 ADR](../ADR.md),
 [SOLVER_AGENT_DESIGN](../SOLVER_AGENT_DESIGN.md), [FEATURE_DOCUMENTATION](../FEATURE_DOCUMENTATION.md).
@@ -28,6 +28,7 @@
 | formulation r1 | [기본 수학 계약](formulation.md), [mass](formulation-mass.md), [eigen](formulation-eigen.md), [verification](formulation-verification.md) | pass; owner/revision/상세 수식·26개 coverage·정적 evidence 확인, 독립 수치판정은 NR 소유 |
 | numerical-review r1 | [NR verdict](numerical-review.md), [반례·독립 evidence](numerical-review-evidence.md), [reference-model](reference-model.md) | return-upstream; NR-MFE-001, 전체 internal controls 미확정, gate 미통과 |
 | requirements r1 intent 재검토 | [Requirement 판단](requirements.md), [MFE-OQ-003 대안·영향](requirements-evidence.md#nr-mfe-001-requirements-intent-검토) | needs-user-decision; 원래 26개 matrix 행 유지, 단순 clarification으로 반례 제외 불가 |
+| requirements r2 | [27개 must](requirements.md), [승인 delta·회귀 범위](requirements-evidence.md#r2-승인-범위와-정적-재검증), MFE-ADR-007 | pass; 사용자 승인 반영, owner/revision/27개 ID/43 local links 및 미결정 0 확인 |
 
 공통 문서 및 reference 파일 목록의 read-only 조사 명령은 exit code `0`으로 완료했다.
 확인된 reference 파일은 `shellNL-eigen-meshfine.inp`, `shellNL-eigen-meshfine eigenvalues.txt`이며 실제 의미와 readiness는 담당 owner가 검토한다.
@@ -36,11 +37,29 @@ Root의 시작 Git 조사에서 worktree clean을 확인했다. 구현·build/te
 
 ## 현재 bounded dispatch
 
+Requirement owner의 r2 `pass` envelope와 두 owned 문서 delta를 감사하여 research로 전이한다.
+기존 26개 ID를 보존하고 `002/008/014/020/024`를 승인 범위에 정합시켰으며 `027`을 추가했다. 기존 fixed scale의 대체 경계와 linear/nonlinear 정적 회귀 portfolio·identity·정책을 연결했고 물리 kernel·source/schema·공통 tolerance는 변경하지 않았다.
+Owner의 `Get-Content`/`rg`와 Python audit은 exit `0`, 27개 요구/43 local links/깨진 링크 0이다. Coordinator audit은 15문서/깨진 링크 0/27 unique IDs, exit `0`이다.
+`requirements.md` SHA-256은 `bcc17774190cc19b28595b3d0151c0202f4470a14aa90947c5cba6188c9ef909`, `requirements-evidence.md`는 `452ea5ed49b43ffaea3f6065fecf62003ea74f0e6bb3eae7812b9af8e7b8d514`이다.
+Research owner는 r1 근거를 보존하며 승인된 stabilization 공변성, 기존 static scale lifecycle과 finite-null 처리에 필요한 근거만 최소 delta로 보완한다. 수식·threshold·NR 판정은 후속 owner 소유이며 실제 구현·수치 재검증은 미실행이다.
+
+### Requirements r2 갱신 이력
+
+사용자가 “네 개선과 영향받는 기존 정적해석과 고유치해석의 재검증까지 범위에 포함해주세요.”라고 답하여 [MFE-ADR-007](ADR.md#mfe-adr-007--기존-stabilization과-좌표-불변성-acceptance-정합)의 개선안을 명시적으로 승인했다.
+Coordinator는 승인된 scope 변경에 따라 `r2`로 전이하고 Requirement owner에게 필요한 요구·검증 matrix와 기존 fixed `kd` 계약의 대체 범위를 최소 delta로 갱신하도록 할당한다.
+기존 질량 흐름·입력 N·reference Value-only·공통 tolerance는 유지한다. r1 NR 반례는 개선 후 필수 회귀 evidence로 연결하며 사용자 승인 자체를 NR gate 통과로 해석하지 않는다.
+이후 Research, Formulation, NR의 영향받는 evidence를 순서대로 owner 검토하고 5~9단계로 진행한다. 새 r2 실패는 아직 없고 r1 retry signature의 correction 사용은 0회다.
+Root는 앞선 결정 요청 6개 exact paths를 `78d2943` (`docs: record MITC4 stabilization decision request`)로 커밋했고 재개 시 clean 및 기존 VS18/x64 dependency cache를 확인했다.
+Root가 이전 자동 Stop으로 보이는 실행 중 CTest를 read-only 추적하고 있다. 수동 중복 build/test/Hook를 실행하지 않으며 최종 결과가 확인되면 환경 evidence로 별도 기록한다.
+Requirement owner의 중간 검토는 기존 physical kernel/director/mapping을 유지하면서 numerical stabilization 개선을 분리하고, 개선된 constrained pencil의 spectrum 보존 및 NR 부분 BC 반례의 blocking 좌표 검증을 명시하는 방향이다. 보고서 반환 전 r2 requirements gate를 통과로 처리하지 않는다.
+
+### Requirements 사용자 결정 대기 이력
+
 Requirement owner의 두 owned 보고서와 `needs-user-decision` envelope를 감사했다.
 원래 r1의 지원 partial BC 반례를 acceptance에서 제외하는 것은 실제 변경이며, 기존 stabilization 개선 또한 scope/physics 변경이라는 판단과 두 대안·권고를 [MFE-ADR-007](ADR.md#mfe-adr-007--기존-stabilization과-좌표-불변성-acceptance-정합)에 기록했다.
 질량·FEAST·입력 N의 승인 선택은 유지하고 Root에 한 건의 결정 묶음을 전달했다. 사용자 응답 전 계약 변경·다음 stage 통과는 보류한다.
 Requirement owner의 `Get-Content`/`rg` 및 Python 정적 검사는 exit `0`, matrix 26행은 기존 HEAD와 동일하고 링크 누락이 없다. 수식 유도·수치 재실행·source 변경은 하지 않았다.
-현재 SHA-256은 `requirements.md`: `ae08d2c7a52cce5261e3420618e5b84b3f25c20258d0992b1b6941511baa7d09`,
+당시 SHA-256은 `requirements.md`: `ae08d2c7a52cce5261e3420618e5b84b3f25c20258d0992b1b6941511baa7d09`,
 `requirements-evidence.md`: `528bdf8a948a964f269cc100c2072d68e65ebaff333b9246b1f718a2052d408e`이다.
 Coordinator의 `python -B -` 정적 audit은 15문서/끊긴 local link 0, matrix 26행과 HEAD 동일, exit `0`이다. 최초 audit helper는 ID의 backtick을 잘못 가정하여 0행/exit `1`을 반환했고 실제 문서 형식에 맞춘 패턴으로 수정해 재확인했다. 문서나 계약을 변경하여 검사에 맞추지 않았다.
 `git diff --check`는 exit `0`; 변경 경로는 관리 4문서와 Requirement owner 2문서뿐이다.
@@ -178,6 +197,19 @@ cmake -S C:/Users/baram/orca/workspaces/FESADev/Eigen -B C:/Users/baram/orca/wor
 Cache는 Git ignored이며 source·설정·Hook code/state를 변경하지 않았다. 수동 Hook·build·CTest·FEAST 실행은 없었다.
 이전 configure 원인은 해소되었지만 build/link/test 또는 feature TDD gate 통과 evidence는 아니다. Planning은 실제 backend와 cache를 대조하고 Debug를 build `--config Debug` 및 CTest `-C Debug`로 명시해야 한다.
 
+### 자동 Stop baseline 중단 관찰
+
+Root가 기존 CTest PID `21104`의 `--test-dir .harness/build -C Debug --output-on-failure` 실행을 read-only로 관찰했다.
+362개 중 test 355 `ShellSurfacePressureReference.SelectsUniqueSchemaOneFactorOneAcceptedFrame`는 약 193.43초 뒤 `Test Failed`를 기록했고, test 356 `Projects729WideRowsTo2187LogicalRowsPerFamily`는 보고 시점에 진행 중이었다.
+원시 출력은 `.harness/build/Testing/Temporary/LastTest.log.tmpe803a`에 있다. 실패 출력은 RUN 이후 종료되어 원인을 아직 단정하지 않는다. 최종 CTest exit code도 아직 없다.
+이 관찰은 신규 source 변경 없는 baseline 실행이며 feature correction budget을 사용하지 않는다. Root가 최종 결과·환경 원인을 추적하고 Planning/Implementation 전에 분류할 evidence로 전달한다.
+일부 앞선 nonlinear reference test가 약 460초 뒤 통과한 사실은 전체 suite 통과를 뜻하지 않는다. 수동 중복 test·Hook 또는 source 수정은 수행하지 않았다.
+Root의 후속 관찰에서 CTest와 parent/test process는 종료되었다. Observer shell은 exit `0`이지만 관찰한 `ctest.ExitCode`는 빈 값이어서 CTest 실제 종료 코드는 확인하지 못했다.
+Raw log 집계는 `354 Test Passed`, `1 Test Failed`, 요청 362개 중 완료 기록 355개로 suite가 미완료다. 첫 실패의 solver log는 target 0.3 iteration 2 continue에서, 후속 test는 target 0.5 iteration 3 accepted에서 끝났고 후속 test의 완결 HDF5는 없다.
+이 evidence만으로 코드 결함, timeout 또는 turn interruption 중 원인을 선택하지 않는다. 관련 Windows ApplicationError 기록도 확인되지 않았다.
+Root가 원시 CTest 기록을 Git ignored `.harness/build/baseline-before-mitc4-eigen/`에 복사 보존했다. `LastTest.log.tmpe803a` 크기는 `592656` bytes이며 현재 활성 build/test process는 없다.
+Planning/Implementation은 이 중단 baseline과 구분되는 실제 전체 suite exit code 및 완전한 결과를 확보해야 한다. 관찰 shell의 성공을 CTest 성공으로 대체하지 않는다.
+
 ## Retry 기록
 
 Correction 및 implementation rerun 사용 이력 없음. Transport attempt와 별도로 관리한다.