fix(parity): 축 A 를 «도구 이름»으로 분류한다 — if: 는 소속을 정하지 않는다 [rustjava-parity-lock-axis-a-classify-by-tool-name]

[Jun025]

채택 = 2026-09-07-parity-per-repo-parser-axis-design#p0 · 티켓 = rustjava-parity-lock-axis-a-classify-by-tool-name

무엇을

scripts/check-dod-ci-parity.py 의 축 A 소속 판정을 「그 step 에 if: 가 없는가」 → 「그 step 이 어느 도구를 부르는가」
(CHECK_TOOLS = ("cargo", "python3") · 도구 = 명령줄 첫 셸 낱말)로 교체했다. ★CI 쪽과 DoD 쪽에 «같은» 술어를 건다.
★새 워크플로·새 잡 0 · CI 를 막는 새 게이트 0 · .rs 변경 0.

왜 — ★설계 문서 문면을 «실측으로» 정정했다

「if: 를 붙이면 축 A 에서 조용히 빠지고 green」은 한 걸음 짧았다:

편집	옛 술어	새 술어
cargo test --all 을 if: 아래로 옮기기만	red (DoD 쪽에 줄이 남아 only_dod)	green — ★옛 red 가 위양성이었다
★그 위에 DoD 줄까지 삭제	★green — 구멍	★red

⇒ ★**if: 가 green 을 만드는 게 아니라 «DoD 줄 삭제를 허가»한다.** 그 두 걸음이 합쳐진 것이 구멍이었다.

개악 대조 10종 (스크래치 클론 + 40자 핀 4959d0f3678c2e6506c82cc47bf37819270c31e7)

#	편집	옛	★새
M1b	★지정 개악 — if: 아래로 + DoD 줄 삭제	★green	★red
M1a	if: 아래로만(DoD 유지)	red	★green(위양성 회수)
M1c	DoD 줄만 삭제	red	red
M2	★반대 개악 — cargo step 자체 삭제	red	red
M3	블록 스칼라(run: |-)로 감싸 우회	red	red
M4	python3 락을 if: + DoD 삭제	★green	★red
B1~B4	무해 — 빈 줄 · step 순서 · step name: · DoD 줄 공백	green	★green(위양성 0)

★빠진 것도 수로 적는다 (교체는 순증이 아니다)

• 축 A 원소 수 6 → 6(불변 — 오늘 조건부 «검사» step 이 0건이라 순증도 0)
• «제외» 조건부 1건 → 도구 미해당 1건 — 같은 git config step, ★사유가 «조건부라서» → «git 이라서»로 바뀌었다
• ★M1a 형상이 red → green — 유일한 «빠짐»이고 위양성이었으므로 회수하지 않는다
• ★임계를 낮춰 덮은 곳 없음 — 넓힌 뒤 생긴 위양성이 0이라 낮출 임계 자체가 없었다

★왜 «cargo 하나»가 아닌가 — 수로 골랐다

옛 술어가 잡던 6개 중 cargo 4 · python3 2(check-worklog-json.py·check-dod-ci-parity.py — 둘 다 DoD 블록의 실재 게이트).
cargo 만으로 좁히면 6 → 4 = 커버리지 33% 손실이라 교체가 아니라 후퇴다.
★집합을 DoD 블록에서 «유도»하지도 않았다 — 유도하면 「python3 줄을 전부 지우면 python3 가 축에서 사라진다」로 같은 구멍이 한 층 위에 재생성된다.

천장 — ★알고 둔다

⑴CHECK_TOOLS 는 손으로 적은 목록이라 CI 가 npm·make 를 들이면 그 step 은 축 밖이다 — ★그래서 제외 절이 «도구 이름»을 찍는다(침묵 0).
「모르는 도구 = 즉시 red」는 새 게이트라 범위 밖이고, worklog #p0 이 그 결정을 진다.
⑵블록 스칼라 평탄화(env 보존)는 하지 않았다 — 이 repo 엔 그 형상이 없고 생기면 M3 처럼 시끄럽게 red 가 난다.

DoD

rust.yml 이 치는 그대로 전건 rc=0(cargo 5 + python3 2). .rs 변경 0.