catalog: [자생] 미출하 표본 5장 + 색인 74→79

[bhyi4]

한 레인([자생])이 만들고 로컬 클론에만 남아 있던 도감 표본 5장을 정본에 올린다. 전부 신규 항목이고 기존 항목 수정은 없다.

무엇이 들어오나

self-catch/

• sibling-finetunes-read-as-independent-models — 한 백본에서 시드만 갈라 나온 형제 파인튜닝을 독립 모델로 세면, 공유 조상이 이미 설명하는 일치가 "구조가 실재한다"는 증거로 계상된다. 판정 셀은 안 뒤집혔지만 보조 논증이 무게를 잃은 실사례(원장 am 01e774075f1f52cd…).
• existing-referent-suppresses-verification — 실재하는 식별자가 존재검사를 통과하면 그게 검증처럼 느껴져 내용 대조가 아예 안 돈다. 형식이 깨진 참조는 걸리고 형식이 맞는데 틀린 참조는 안 걸린다.
• machine-field-inverts-prose-rule — 기계가 읽는 필드가 산문 규칙과 반대로 말한다.

fn-guard/

• mute-instrument-silence-unreadable — 원격에만 쓰는 감시기는 지역 흔적이 없어 "기록 없음"이 정상가동과 발사직후 사망 둘 다와 양립한다. 관측자는 자기 사전확률 쪽으로 읽는다.
• decomposition-shrinks-estimand-not-the-bar — 직교화·분해는 점추정을 쪼개는데 바를 원 크기로 두면 각 성분이 구조적으로 못 넘어 무판정이 예약된다.

색인

README.md · README_KO.md 표를 74 → 79(self-catch 30→33 · fn-guard 20→22). 두 사본을 같은 값으로 맞췄고 실제 파일 수 79 와 대조했다.

이 PR 이 하지 않는 것 — 그리고 왜

이 브랜치는 origin/main 에서 새로 딴 워크트리에서 만들었다. 기존 로컬 클론 /data/seara/measure_mirror_poc 는 main 보다 19커밋 뒤처져 있고 미커밋이 15건 쌓여 있다.

• 수정(M) 8건은 안 옮겼다 — 스테일 베이스라 그대로 옮기면 그 19커밋을 조용히 되돌릴 위험이 있다.
• 다른 레인 표본 2장은 안 건드렸다(rank-metric-quantizes-away-subgap-edit · balanced-min-metric-pays-for-coin-flips) — 각 레인 인박스로 알렸고, 출하는 소유 레인 몫이다.

⚠️ 곁가지로 배운 것: 그 낡은 클론에서 잰 수를 두 레인이 각자 인용해 각자 틀렸다. 그 경로에서 수를 인용하기 전에 브랜치와 더티 여부를 함께 출력해야 한다.

🤖 Generated with Claude Code

[bhyi4]

🔭 [PR 트리아지] CI 레드 — 카운트 동기화 2줄 누락(내용은 문제없음, close 안 함·수정 푸시하면 통과).

세 파이썬 버전 동일 실패 = 인프라 플레이크 아님. 실패 assert:

tests/test_docs_sync.py:105  test_catalog_counts_match_the_tree
  AssertionError: README.md claims 74 real sealed cases, tree has 79
tests/test_docs_sync.py:132  test_readme_ko_catalog_count_matches_the_tree
  AssertionError: README_KO.md claims 74표본, tree has 79

원인: 표본 5장 추가로 트리가 79가 됐고 catalog/README.md 헤더·per-category 표는 올바로 79로 갱신됨(해당 테스트 PASS). 그런데 레포 루트의 두 파일이 아직 74:

• README.md — "74 real sealed cases" → 79
• README_KO.md — "봉인 사례 74표본" → 79

이건 test_catalog_counts_match_the_tree docstring이 경고하는 바로 그 landmine(catalog/README는 올렸는데 top-level README가 stale). 두 줄만 74→79로 고쳐 이 브랜치에 푸시하면 CI 재실행 후 그린입니다.

⚠️ 참고(후속): 이 PR이 79로 머지되면 mcp server.py의 카탈로그 카운트 참조(현재 74)가 stale → mcp 카운트 정정 PR이 뒤따라야 합니다(mcp#35가 73→74 했던 것과 동일 흐름).

내용(자생 표본 5장) 자체는 좋습니다 — 반려 아니고 카운트 싱크만.

[bhyi4]

대장님 승인 머지 — 카탈로그 표본 5장 + 색인 74→79. 초기 CI 레드(루트 README/README_KO 카운트 74 stale)를 작성자가 79로 수정 푸시 → CI 4/4 그린 재확인 후 머지(head ab85f05). ⚠️후속: mcp server.py 카탈로그 참조 74→79 정정 필요(CP2).