v1.2.1 — 모델 호출 단일 경로·긴 녹음 구간 전사·용어집 Drive 정본

공개 배포본을 v1.1.4 에서 v1.2.1 로 올린다. 이 구간은 개발 저장소의 non-merge 커밋
35 건(docs 13 · fix 8 · feat 6 · chore 4 · refactor 3 · test 1)에 해당한다.

업데이트 신뢰키 지문

SHA256:0imCAjLaEFCB8oNX05/7mHFQAZsL722KIEZsVD5yvrA   update-trust@autophagy (ED25519)

신규 설치는 설치기 번들의 공개키를 설치기가 아닌 경로로 대조해야 한다. 이 노트와
README 가 그 대역외 경로다.

python3 automation/install/trust_key_bootstrap.py verify \
    --expect-fingerprint 'SHA256:0imCAjLaEFCB8oNX05/7mHFQAZsL722KIEZsVD5yvrA'

운영자 조치

필수 조치는 없다. 이 구간에 MAJOR 신호 — 승인 표면 POLICY_VERSION, automation/** 의
스키마 버전 상수, 노드 설정 필수 필드, 승인 디렉터리 필수 설정 키의 변경 — 는 0건이다
(automation/release_plan.py 의 major_signals 로 이전 공개 릴리스의 원본 커밋과 이번
커밋을 직접 비교해 판정).

다만 모델 호출 경로가 바뀌었다. 모든 LLM 호출이 단일 Codex OAuth 클라이언트를 지나므로
configs/env.example 에서 LiteLLM 관련 키 8종(LITELLM_AGENT_KEY·LITELLM_BASE_URL·
REPAIR_LITELLM_KEY_FILE·LITELLM_MONTHLY_HARD_CAP 등)이 사라졌다. 새로 넣어야 하는 키는
없다 — Codex 자격증명은 홈에 이미 있는 것을 쓰고, 없으면 조용히 다른 제공자로 새지 않고
fail-closed 로 멈춘다. 기존 설치는 그 키들을 지워도 되고 남겨 두어도 무해하다.

주요 변경

모든 모델 호출이 지나는 단일 경로

LLM 호출이 스킬마다 제각각의 클라이언트·폴백을 갖고 있었고, 그중 일부는 실패 시 다른
모델로 조용히 강등됐다. 이제 호출은 공유 Codex OAuth 클라이언트 하나를 지나며, 인증·한도·
전송 실패는 강등이 아니라 명시적 실패로 드러난다. 헬스체크에서도 유료 completion 프로브와
게이트웨이 마스터키 의존을 걷어냈다.

긴 녹음의 손실을 그 구간에만 가둔다

로컬 전사가 구간(window) 단위로 돌아, 한 구간의 깨진 출력이 전사 전체를 버리지 못한다.
실패한 구간만 격리되고 그 자리에는 "몇 분이 비었는지" 말하는 표식이 남으며, 성공한 구간은
재실행 때 다시 전사하지 않는다. 요약도 전문도 없는 빈 노트가 지식베이스에 들어가는 경로는
닫혔다.

용어집 — Drive 정본, 트리 중첩, 바른 용어만 적어도 고친다

전사 용어집의 정본이 Drive 로 옮겨 가고 폴더 트리처럼 중첩된다(깊은 층이 이긴다). 두 칸
표(틀린 표기 → 바른 표기)뿐 아니라 바른 용어만 적어도 자모 거리 대조로 오인식을 고치며,
무엇을 무엇으로 고쳤는지 교정 로그에 남는다 — 카운트만으로는 잘못된 교정을 찾을 수 없기
때문이다. 결손 구간 표식은 용어집이 건드리지 않는다.

배포 가드가 한글 파일명을 해시한다

git ls-files 는 비ASCII 경로를 따옴표·백슬래시로 이스케이프해 내보낸다. 배포 provenance
가드가 그 문자열을 그대로 파일 이름으로 다뤄, 이름에 한글이 든 파일을 가진 스킬은 배포가
통째로 막혔다(차단 메시지조차 어느 파일인지 알아볼 수 없었다). 이 릴리스에서 세 열거 지점이
경로를 있는 그대로 읽는다.

자가수리 티켓의 재발 처리

닫힌 수리 카드에 재발이 쌓이지 않고 새 카드를 연다. 카드 상태 조회에 전용 상한을 줘서
응답 없는 보드가 탐지를 붙잡지 못한다.

공급망

배포와 무관한 리뷰어 자가 스킬이 프로비저닝마다 되살아나 릴리스 승인 카드에 상시 거짓
차단 안내를 붙이던 문제를 닫았다.

검증

이 릴리스는 개발 저장소의 서명 태그에서 단일 내보내기 경로로 생성됐다. 워킹트리·전이력·
공개 트리·공개 이력에 대한 시크릿 스캔(카나리아로 탐지 범위 자체를 검증), 내보낸 트리
안에서의 단위 테스트 전량 재실행, 서명 태그와 main 의 원자적 push, push 후 원격
read-back 을 모두 통과해야 이 태그가 존재한다.