VS 계약 정합 감사

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

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

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

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

#	묶음	왜

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

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

entity 필드: label 3,953 · items 1,863 · period 112 — 이 셋뿐
쓰지 않는 필드: emphasis · weight · avatar · values · value · unit · children · components · decoration · alternatives — 모두 0
dataset: matrix 161 · measure 0
params: 8회 (header 5 · sort · order · title)
relations: 22회 (Versus compares 16 · List intersects 4 · List compares 1 · ComparisonTable compares 1)
카테고리: 18종 중 17종 등장 · HighlightedMessage 572 · List 539 · Steps 136 · ListingTable 110 · LongForm 97 …

코드 정본 구분 (iui)

Rust · 검색 정본	질의 frame · tier · 필터 · shape · 정렬 · 비용·순위 · 성립 판정. 운영 서버(`comp-pass`)가 돈다. 같은 동작의 TS 쌍둥이는 곧 들어내므로 근거에 싣지 않는다
TS · 대치 정본	replacement · 보존 판정 · 자리표시
TS · 색인 빌더	comp_frames 적재(`packages/comp-frame-index`). 지금은 TS 구현만 있다
TS · 프롬프트 정본 TS · 로컬 화면 생성 Rust · 운영 생성	프롬프트 원문은 TS 가 정본이고 운영 서버는 그 렌더 스냅샷을 쓴다. 생성 검증은 갈린다 — 로컬 화면(TS)은 B-37·B-33 을 막고 운영(Rust)은 막지 않는다(A10)

판정 다섯 가지

기준과 읽는 법

규약: mordor-wiki projects/mordor/visual-summary/ @055d772
iui: origin/main 27f75cb6a + MOR-2689 로컬 수정 2d60a7613 · 검색은 Rust 가 정본, 대치는 TS 가 정본
Eregion: aippt-prisonbreak origin/main 6df8d2641
데이터: 운영 읽기 전용 · iui.comp_frames 2.6 not stale 220,847행 · public.iis_semantic_component 2.6

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