VS 계약 정합 감사

해소 추적 — 배포 · 머지 · 진행 중인 변경과 이슈

변경	상태	닿는 이슈	처리

새 이슈 후보 점검

후보	결정	자리 · 이유

어디서 어긋나는가 — 경계 6곳

층과 층이 만나는 경계마다 축을 하나씩 세웠다. 축을 누르면 그 경계의 이슈만 본다.

무엇부터 — 지금 생성기 기준 우선순위

「지금 영향」으로 판정된 것만, 실측 규모와 영향 종류로 줄 세웠다.

#	묶음	왜

판정의 열쇠 — 실서비스 생성기가 실제로 내는 모양

iui.visual_summary_generations V3 생성 기록을 전량 파싱했다. 생성기가 쓰지 않는 필드에 대한 색인·질의 불일치는 지금은 발생하지 않는다 → 「조건부」.
단서: 이 기록은 iui 백오피스 화면의 생성 기록이다. 운영 Rust 생성은 같은 프롬프트를 쓰지만 결과를 DB 에 남기지 않고, 검증이 더 느슨하다(A10). 모양 분포는 같은 프롬프트라 대체로 비슷하다고 보지만 검증 차이만큼은 다를 수 있다.

entity 필드: label · items · period — 이 셋뿐
쓰지 않는 필드: emphasis · weight · avatar · values · value · unit · children · components · decoration · alternatives — 모두 쓰지 않는다
dataset: matrix 만 쓴다 · measure 는 쓰지 않는다
params: 드물게 쓴다 (header · sort · order · title)
relations: 드물게 쓴다 (Versus compares · List intersects · List compares · ComparisonTable compares)
카테고리: 거의 모든 종이 나오고, HighlightedMessage · List 가 가장 많다

코드 정본 구분 (iui)

Rust · 검색 정본	질의 frame · tier · 필터 · shape · 정렬 · 비용·순위 · 성립 판정. 운영 서버(`comp-pass`)가 돈다. 같은 동작의 TS 쌍둥이는 곧 들어내므로 근거에 싣지 않는다
TS · 대치 정본	replacement · 보존 판정 · 자리표시
TS · 색인 빌더	comp_frames 적재(`packages/comp-frame-index`). 지금은 TS 구현만 있다
TS · 프롬프트 정본 Rust · 운영 생성	프롬프트 원문은 TS 가 정본이고 운영 서버는 그 렌더 스냅샷을 쓴다. 생성 검증의 정본은 운영(Rust)이다
TS · 백오피스(운영 아님)	iui 레포의 화면은 백오피스다. 실서비스는 미리디 웹에디터이고 그 프론트엔드 코드는 볼 수 없다. 백오피스 동작은 이슈의 주어로 세우지 않고, 규약이 지목한 구현 · 운영에 없는 검사의 비교 기준(예: B-37·B-33 을 백오피스는 막고 운영은 막지 않는다, A10) · 실측 대리일 때만 이유를 붙여 싣는다

무엇을 고치나 — 분류

대분류는 고칠 쪽(규약인가 코드인가)으로, 중분류는 그 까닭으로 가른다. 줄을 누르면 그 분류의 이슈만 본다.

판정 다섯 가지

기준과 읽는 법

근거 원문은 손으로 옮겨 적지 않았다. 빌드 스크립트가 위 커밋의 파일에서 해당 줄을 그대로 뽑아 붙였다. 경로를 누르면 GitHub 의 같은 커밋·같은 줄로 간다(커밋 고정 링크라 main 이 바뀌어도 줄이 어긋나지 않는다). 규약 원문의 긴 표 줄은 접혀 보일 수 있다.