feat(scripts): 형식으로 판정 가능한 것만 코드로 막고 나머지는 검토로 넘긴다

형식 관문 여덟이 확신 승격·수치 조작·화살표 뒤집기·필수 칸 삭제를 하나도 못 막는
것이 재현됐다. 그 가운데 결정적으로 판정 가능한 것을 코드로 옮긴다.

check-required-content.py — 종류가 요구하는 칸이 없거나 비었는지 본다.
audit-records.py 는 평문 칸 안에 마크업이 있는지만 보고 칸이 있는지는 안 센다.
고정 목차·자료 개수·답은 강제하지 않는다. 답이 없는 QUESTION 은 정상이고
「다음 검증」이 빈 것만 결함이다.
대상이 성립하지 않으면(프로젝트 없음·계약 없음) exit 2 로 막고, 계약은 있고 기록이
0건이면 통과시키되 초록으로 두지 않는다. 「봤고 괜찮다」와 「볼 것이 없어서 통과」는
다르다.

check-preservation.py — 윤문 전후를 견준다. 지금 관문 가운데 편집 전후를 보는 것이
하나도 없어 수치를 바꾸거나 유보를 지운 편집이 그대로 통과했다.
사라진 것과 새로 생긴 것을 따로 센다. 새로 생긴 수치는 지어낸 값일 수 있다.
유보 표현이 줄면 내되 옳은지는 판정하지 않는다. 늘어난 것은 세지 않는다.

review-package.py — 아무것도 판정하지 않는다. 판정할 사람이 받을 것을 모은다.
해시·검사기 버전·여기서 실제로 돌린 관문·주장 후보·판정 기준. 종료 코드로 안 걸리는
것은 warnings 로 따로 올린다 — 확신 승격이 딱 그 모양이라 안 실으면 아무도 못 본다.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01Q4vKjQo9KKBBokzxqXLCfk
This commit is contained in:
DongHyeonka
2026-09-10 11:06:32 +09:00
co-authored by Claude Opus 5
parent 7fc7c69157
commit cf3996711f
18 changed files with 1250 additions and 0 deletions
+49
View File
@@ -0,0 +1,49 @@
---
kind: CASE
slug: fixture-case
title: 고정 사례 케이스
topic: fixture-topic
project: fixture
status: 게시 전
sourceRevision: 0000000000000000000000000000000000000000
source:
- final/document.md#s1
evidence:
- ../../../final/evidence/raw/x.txt
---
# 고정 사례 케이스
한 문장으로 무엇이 있었는지 적는다. 이 문단이 Studio 의 요약 칸이 된다.
## 관계
- **고정 사례 개념**
이 사건을 읽으려면 그 개념이 먼저 필요하다.
## 문제
관측한 현상을 적는다. 범위도 함께 적는다.
## 결론
근거가 뒷받침하는 만큼만 적는다.
## 검증 환경
python 3.12.3 · 리비전 0000000
## 재현 조건
1. 이 순서로 돌린다.
2. 값이 갈리는 것을 본다.
## 본문
<!-- body:start -->
## 무엇이 있었나
본문은 절 구성이 글마다 다르다. 검사기는 여기를 보지 않는다.
<!-- body:end -->
+29
View File
@@ -0,0 +1,29 @@
---
kind: CONCEPT
slug: fixture-concept
title: 고정 사례 개념
topic: fixture-topic
project: fixture
status: 게시 전
sourceRevision: 0000000000000000000000000000000000000000
basisVersion: 예시 명세 1.0
---
# 고정 사례 개념
개념이 무엇이고 이 코드에서 어떻게 나타나는지 한 문단으로 적는다.
## 관계
- **고정 사례 케이스**
그 사건이 이 개념 위에서 벌어진다.
## 본문
<!-- body:start -->
## 정의
적용 범위까지 함께 적는다.
<!-- body:end -->
+30
View File
@@ -0,0 +1,30 @@
---
kind: PROJECT_DECISION
slug: fixture-decision
title: 고정 사례 결정
topic: fixture-topic
project: fixture
status: 게시 전
sourceRevision: 0000000000000000000000000000000000000000
decisionStatus: PROPOSED
---
# 고정 사례 결정
무엇을 어떤 조건에서 골랐는지 한 문단으로 적는다.
## 근거
기록에 있는 근거만 적는다.
## 결정문
실제로 고른 것을 적는다.
## 판단 이유
확인된 대안과 그것을 고르지 않은 이유를 적는다.
## 영향
감수한 비용과 재검토 조건을 적는다.
+33
View File
@@ -0,0 +1,33 @@
---
kind: QUESTION
slug: fixture-question
title: 고정 사례 물음
topic: fixture-topic
project: fixture
status: 게시 전
sourceRevision: 0000000000000000000000000000000000000000
questionStatus: OPEN
---
# 고정 사례 물음
무엇이 아직 불명확한지 한 문단으로 적는다. 답이 없는 것 자체는 결함이 아니다.
## 관계
- **고정 사례 케이스**
그 사건이 이 물음을 열었다.
## 사실
- 확인된 사실을 적는다.
## 미지수
- 아직 모르는 것을 적는다.
## 다음 검증
1. 답을 구할 방법을 적는다.
닫는 조건 : 어떤 결과가 나오면 닫는지 적는다.
+35
View File
@@ -0,0 +1,35 @@
---
kind: REFERENCE
slug: fixture-reference
title: 고정 사례 참조
topic: fixture-topic
project: fixture
status: 게시 전
sourceRevision: 0000000000000000000000000000000000000000
---
# 고정 사례 참조
무엇을 참고하는 기준인지 한 문단으로 적는다.
## 관계
- **고정 사례 케이스**
그 사건에서 이 기준이 쓰였다.
## 목적
이 기준을 쓰는 이유를 적는다.
## 규칙
1. 판단 기준을 적는다
근거와 함께 적는다.
## 적용 조건
어느 버전·어느 전제에서 쓰는지 적는다.
## 예외
적용되지 않는 조건을 적는다.