docs(phases): add harness self-test bootstrap step

phases/solver-bootstrap/step0.md

@@ -1,62 +1,65 @@
-# Step 0: CMake Project Scaffold
+# Step 0: Harness Self Tests
 
 ## 읽어야 할 파일
 
-먼저 아래 파일을 모두 읽고 저장소 계약을 파악하라.
+먼저 아래 파일을 모두 읽고 현재 Harness 계약을 파악하라.
 
 - `/AGENTS.md`
-- `/docs/PRD.md`
-- `/docs/ARCHITECTURE.md`
-- `/docs/ADR.md`
 - `/docs/HARNESS.md`
-- `/docs/superpowers/plans/2026-07-29-fesa-phase-1.md`
 - `/.harness/config.example.json`
+- `/pytest.ini`
+- `/scripts/msvc_harness/config.py`
+- `/scripts/msvc_harness/discovery.py`
+- `/scripts/msvc_harness/models.py`
+- `/scripts/msvc_harness/process.py`
+- `/scripts/msvc_harness/tdd_policy.py`
+- `/scripts/hooks/stop_validation.py`
 
 ## 작업
 
-C++20/MSVC x64 프로젝트의 최소 실행 가능한 build/test 뼈대를 만든다.
+현재 Harness Python 검증이 테스트 0개 수집으로 실패하는 기준선 문제를 해결한다.
+production Harness 동작은 변경하지 않고, 이미 문서화된 핵심 계약을 검증하는 최소
+자가 테스트를 작성한다.
 
-- `CMakeLists.txt`, `CMakePresets.json`, `cmake/FesaDependencies.cmake`,
-  `.harness/config.json`, `tests/CMakeLists.txt`를 만든다.
-- 실제 target은 `fesa_core` 정적 라이브러리와 `fesa` CLI 두 개만 만든다.
-- `include/fesa/core/version.hpp`, `src/fesa/core/version.cpp`,
-  `src/fesa/cli/main.cpp`에 다음 계약을 구현한다.
+- 다음 파일을 만든다.
+  - `tests/harness/test_config.py`
+  - `tests/harness/test_discovery.py`
+  - `tests/harness/test_process.py`
+- `test_config.py`는 기본 설정 로드, repository 밖 경로 거부, CMake preset 필드의
+  all-or-none 규칙을 실제 임시 디렉터리로 검증한다.
+- `test_discovery.py`는 빈 저장소 건너뛰기, CMake 우선 감지, C/C++ 파일만 존재하는
+  orphan 프로젝트 거부를 실제 임시 디렉터리로 검증한다.
+- `test_process.py`는 CTest JSON에 테스트가 0개이면 실패하고 하나 이상이면 통과하는
+  결과 검사를 안전한 fake command runner로 검증한다. subprocess shell을 사용하지
+  않는 계약도 유지한다.
+- 각 테스트는 공개 함수인 `load_config`, `discover_project`, `execute_plan`을 통해
+  관찰 가능한 동작만 확인한다.
 
-```cpp
-namespace fesa {
-[[nodiscard]] std::string_view version() noexcept;
-}
-```
-
-- CLI는 이 step에서 `fesa --version`만 처리한다.
-- 먼저 `VersionCommand` CTest를 등록해 실패를 확인한 뒤 최소 구현한다.
-- `windows-debug`, `windows-release` configure/build/test preset을 정의한다.
-- build 산출물은 `out/build/<preset>` 아래에만 둔다.
-- MSVC가 아니거나 x64가 아니면 configure 단계에서 명확히 실패시킨다.
+이 step은 기존 production 동작의 characterization test만 추가한다. 테스트가 기존
+문서 계약과 다르게 실패하면 production 코드를 임의로 고치지 말고 step을 `blocked`로
+표시하고 불일치를 기록한다.
 
 ## Acceptance Criteria
 
 ```powershell
 uv run --with pytest python -m pytest -v -rs
-cmake --preset windows-debug
-cmake --build --preset windows-debug
-ctest --preset windows-debug -R VersionCommand --output-on-failure
-ctest --preset windows-debug --output-on-failure
 ```
 
-`fesa --version`은 비어 있지 않은 FESA 버전을 출력하고 종료 코드 0을 반환해야 한다.
-CTest는 0개가 아니어야 한다.
+pytest가 테스트를 한 개 이상 수집하고 모든 테스트가 통과해야 한다.
 
 ## 검증 절차
 
-1. 테스트가 구현 전 실패하는 것을 확인한다.
-2. Acceptance Criteria 명령을 새로 실행한다.
-3. MSVC/C++20/x64와 산출물 경로를 확인한다.
-4. 성공 시 index의 step을 `completed`로 바꾸고 생성 파일을 summary에 기록한다.
-5. 도구가 없으면 자동 설치하지 말고 `blocked`와 정확한 누락 항목을 기록한다.
+1. 변경 전 명령이 테스트 0개 수집으로 실패한다는 기존 기준선 기록을 확인한다.
+2. 위 세 테스트 파일만 추가한다.
+3. Acceptance Criteria 명령을 새로 실행한다.
+4. production Harness 파일에 변경이 없는지 `git diff`로 확인한다.
+5. 성공 시 index의 step을 `completed`로 바꾸고 테스트 파일을 summary에 기록한다.
 
 ## 금지사항
 
-- 외부 패키지를 다운로드하지 마라. 이유: 사전 설치 의존성 정책을 위반한다.
-- MKL, TBB, HDF5 기능을 구현하지 마라. 이유: 다음 step의 독립 범위다.
-- 빈 미래 모듈을 만들지 마라. 이유: Phase 1 최소 실체화 원칙을 위반한다.
+- production Harness 코드를 변경하지 마라. 이유: 이 step은 기존 계약의 기준선
+  테스트만 마련한다.
+- C++ 프로젝트 파일이나 `.harness/config.json`을 만들지 마라. 이유: 다음 step의
+  독립 범위다.
+- subprocess로 실제 CMake, MSBuild 또는 CTest를 실행하지 마라. 이유: self-test가
+  개발 머신 도구 설치 상태에 의존하게 된다.