0.0.2.5 두 점검표를 한 증거맵으로 통합 감사하고 자율 루프의 한계를 선언
문제 (Context)
19회차 이후 코드 모양의 수용 행이 남지 않았다. 그래서 이것은 통합과 이어받기 단위다.
시도한 해결 (Decision)
15회차 증거 생성기를 RAG 전용에서 두 점검표 전부로 확장했다. RAG-01에서 07까지와 GRP-01에서 09까지 모든 행을 게이트, 커밋, 고정 테스트와 짝짓고, 무엇이 그 행을 닫을 수 있는지로 분류했다. 루프(코드, 테스트 있음), GUI(현재 GUI 증거 사슬 필요), 사인오프(PM 판단)로 나눈다. 결과는 이렇다. 코드로 닫을 수 있는 12개 행은 모두 게이트와 테스트로 덮였고, 4개 행(GRP-04/05/07/09)은 구조적으로 자율 코드 루프의 사정거리 밖이다. 이제 --check는 루프 행에만 테스트를 강제한다. docs/decisions 감사 문서도 그에 맞춰 다시 생성했다.
이것이 정직한 한계다. 루프는 닫을 수 있는 수용 행을 모두 닫았고, 0.0.2.5로 가는 남은 길은 읽기 전용 docs/version 경계를 넘는 GUI 증거와 PM 사인오프다. 루프가 지어낼 코드가 아니다. 수확이 줄어드는데 헛돌기보다 루프 정지 마커로 하트비트를 멈추기를 사람에게 권한다.
근거·결과 (Consequences)
참고로 이 노드의 첫 초안은 원시 산출물 경로를 적었다가 7회차 RAG 경계에 막혔다. 게이트가 제 작성자에게도 작동했다는 뜻이다. 경로는 큐레이션으로 걷어냈고, 이는 경계가 제 일을 정확히 한 사례다.
노드 계약 (contract)
| 필드 | 값 |
|---|---|
| type | 결정(decision) |
| Status | accepted |
| source_count | 1 |
| confidence | 미설정: 구 엔진 격차 |
| confidence_reason_codes | 미설정: 구 엔진 격차 |
| stale | fresh |
| 이슈(feature) | 검증·증거·회귀 |
상호참조
- 이어받음: RAG 수용 증거맵: PM 사인오프를 위한 재현 가능한 감사면
- 이어받음: 토픽 수명주기 일곱 동작 분리
이슈 수용·증거맵 사인오프 · Status accepted · 2026-06-25