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:
co-authored by
Claude Opus 5
parent
7fc7c69157
commit
cf3996711f
@@ -0,0 +1,46 @@
|
||||
---
|
||||
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
|
||||
---
|
||||
|
||||
# 고정 사례 케이스
|
||||
|
||||
## 관계
|
||||
|
||||
- **고정 사례 개념**
|
||||
이 사건을 읽으려면 그 개념이 먼저 필요하다.
|
||||
|
||||
## 문제
|
||||
|
||||
관측한 현상을 적는다. 범위도 함께 적는다.
|
||||
|
||||
## 결론
|
||||
|
||||
|
||||
## 검증 환경
|
||||
|
||||
python 3.12.3 · 리비전 0000000
|
||||
|
||||
## 재현 조건
|
||||
|
||||
1. 이 순서로 돌린다.
|
||||
2. 값이 갈리는 것을 본다.
|
||||
|
||||
## 본문
|
||||
|
||||
<!-- body:start -->
|
||||
|
||||
## 무엇이 있었나
|
||||
|
||||
본문은 절 구성이 글마다 다르다. 검사기는 여기를 보지 않는다.
|
||||
|
||||
<!-- body:end -->
|
||||
@@ -0,0 +1,28 @@
|
||||
---
|
||||
kind: CONCEPT
|
||||
slug: fixture-concept
|
||||
title: 고정 사례 개념
|
||||
topic: fixture-topic
|
||||
project: fixture
|
||||
status: 게시 전
|
||||
sourceRevision: 0000000000000000000000000000000000000000
|
||||
---
|
||||
|
||||
# 고정 사례 개념
|
||||
|
||||
개념이 무엇이고 이 코드에서 어떻게 나타나는지 한 문단으로 적는다.
|
||||
|
||||
## 관계
|
||||
|
||||
- **고정 사례 케이스**
|
||||
그 사건이 이 개념 위에서 벌어진다.
|
||||
|
||||
## 본문
|
||||
|
||||
<!-- body:start -->
|
||||
|
||||
## 정의
|
||||
|
||||
적용 범위까지 함께 적는다.
|
||||
|
||||
<!-- body:end -->
|
||||
@@ -0,0 +1,26 @@
|
||||
---
|
||||
kind: PROJECT_DECISION
|
||||
slug: fixture-decision
|
||||
title: 고정 사례 결정
|
||||
topic: fixture-topic
|
||||
project: fixture
|
||||
status: 게시 전
|
||||
sourceRevision: 0000000000000000000000000000000000000000
|
||||
decisionStatus: PROPOSED
|
||||
---
|
||||
|
||||
# 고정 사례 결정
|
||||
|
||||
무엇을 어떤 조건에서 골랐는지 한 문단으로 적는다.
|
||||
|
||||
## 근거
|
||||
|
||||
기록에 있는 근거만 적는다.
|
||||
|
||||
## 결정문
|
||||
|
||||
실제로 고른 것을 적는다.
|
||||
|
||||
## 영향
|
||||
|
||||
감수한 비용과 재검토 조건을 적는다.
|
||||
@@ -0,0 +1,30 @@
|
||||
---
|
||||
kind: QUESTION
|
||||
slug: fixture-question
|
||||
title: 고정 사례 물음
|
||||
topic: fixture-topic
|
||||
project: fixture
|
||||
status: 게시 전
|
||||
sourceRevision: 0000000000000000000000000000000000000000
|
||||
questionStatus: OPEN
|
||||
---
|
||||
|
||||
# 고정 사례 물음
|
||||
|
||||
무엇이 아직 불명확한지 한 문단으로 적는다. 답이 없는 것 자체는 결함이 아니다.
|
||||
|
||||
## 관계
|
||||
|
||||
- **고정 사례 케이스**
|
||||
그 사건이 이 물음을 열었다.
|
||||
|
||||
## 사실
|
||||
|
||||
- 확인된 사실을 적는다.
|
||||
|
||||
## 미지수
|
||||
|
||||
- 아직 모르는 것을 적는다.
|
||||
|
||||
## 다음 검증
|
||||
|
||||
@@ -0,0 +1,31 @@
|
||||
---
|
||||
kind: REFERENCE
|
||||
slug: fixture-reference
|
||||
title: 고정 사례 참조
|
||||
topic: fixture-topic
|
||||
project: fixture
|
||||
status: 게시 전
|
||||
sourceRevision: 0000000000000000000000000000000000000000
|
||||
---
|
||||
|
||||
# 고정 사례 참조
|
||||
|
||||
무엇을 참고하는 기준인지 한 문단으로 적는다.
|
||||
|
||||
## 관계
|
||||
|
||||
- **고정 사례 케이스**
|
||||
그 사건에서 이 기준이 쓰였다.
|
||||
|
||||
## 목적
|
||||
|
||||
이 기준을 쓰는 이유를 적는다.
|
||||
|
||||
## 규칙
|
||||
|
||||
1. 판단 기준을 적는다
|
||||
근거와 함께 적는다.
|
||||
|
||||
## 예외
|
||||
|
||||
적용되지 않는 조건을 적는다.
|
||||
@@ -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 -->
|
||||
@@ -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 -->
|
||||
@@ -0,0 +1,30 @@
|
||||
---
|
||||
kind: PROJECT_DECISION
|
||||
slug: fixture-decision
|
||||
title: 고정 사례 결정
|
||||
topic: fixture-topic
|
||||
project: fixture
|
||||
status: 게시 전
|
||||
sourceRevision: 0000000000000000000000000000000000000000
|
||||
decisionStatus: PROPOSED
|
||||
---
|
||||
|
||||
# 고정 사례 결정
|
||||
|
||||
무엇을 어떤 조건에서 골랐는지 한 문단으로 적는다.
|
||||
|
||||
## 근거
|
||||
|
||||
기록에 있는 근거만 적는다.
|
||||
|
||||
## 결정문
|
||||
|
||||
실제로 고른 것을 적는다.
|
||||
|
||||
## 판단 이유
|
||||
|
||||
확인된 대안과 그것을 고르지 않은 이유를 적는다.
|
||||
|
||||
## 영향
|
||||
|
||||
감수한 비용과 재검토 조건을 적는다.
|
||||
@@ -0,0 +1,33 @@
|
||||
---
|
||||
kind: QUESTION
|
||||
slug: fixture-question
|
||||
title: 고정 사례 물음
|
||||
topic: fixture-topic
|
||||
project: fixture
|
||||
status: 게시 전
|
||||
sourceRevision: 0000000000000000000000000000000000000000
|
||||
questionStatus: OPEN
|
||||
---
|
||||
|
||||
# 고정 사례 물음
|
||||
|
||||
무엇이 아직 불명확한지 한 문단으로 적는다. 답이 없는 것 자체는 결함이 아니다.
|
||||
|
||||
## 관계
|
||||
|
||||
- **고정 사례 케이스**
|
||||
그 사건이 이 물음을 열었다.
|
||||
|
||||
## 사실
|
||||
|
||||
- 확인된 사실을 적는다.
|
||||
|
||||
## 미지수
|
||||
|
||||
- 아직 모르는 것을 적는다.
|
||||
|
||||
## 다음 검증
|
||||
|
||||
1. 답을 구할 방법을 적는다.
|
||||
|
||||
닫는 조건 : 어떤 결과가 나오면 닫는지 적는다.
|
||||
@@ -0,0 +1,35 @@
|
||||
---
|
||||
kind: REFERENCE
|
||||
slug: fixture-reference
|
||||
title: 고정 사례 참조
|
||||
topic: fixture-topic
|
||||
project: fixture
|
||||
status: 게시 전
|
||||
sourceRevision: 0000000000000000000000000000000000000000
|
||||
---
|
||||
|
||||
# 고정 사례 참조
|
||||
|
||||
무엇을 참고하는 기준인지 한 문단으로 적는다.
|
||||
|
||||
## 관계
|
||||
|
||||
- **고정 사례 케이스**
|
||||
그 사건에서 이 기준이 쓰였다.
|
||||
|
||||
## 목적
|
||||
|
||||
이 기준을 쓰는 이유를 적는다.
|
||||
|
||||
## 규칙
|
||||
|
||||
1. 판단 기준을 적는다
|
||||
근거와 함께 적는다.
|
||||
|
||||
## 적용 조건
|
||||
|
||||
어느 버전·어느 전제에서 쓰는지 적는다.
|
||||
|
||||
## 예외
|
||||
|
||||
적용되지 않는 조건을 적는다.
|
||||
Reference in New Issue
Block a user