Figma 대조 — 기기 · 원본 연결 · 엄격 차이 보고

목표는 화면마다 엄격 픽셀 차이 3% 미만이다(Figma 「Cocode Scaffold App v1.0」 페이지 49:4). 이 문서는 그 차이를 어떤 기기로 찍고, 무엇을 가리고, 어떻게 세고, 어디서 판정하는지를 정한다. 판정 규칙의 정본은 figma-fidelity.json 하나다 — 기준 · 세는 법을 바꾸는 것은 그 파일을 바꾸는 PR 이다.

기기

Figma 프레임 그대로 찍는다. 원본 PNG 가 1배율이므로 기기도 DPR 1 이다 — 캡처와 원본이 같은 픽셀 격자에 놓여야 co_golden 이 견준다(크기가 다르면 sizeMismatch 로 견주지 않는다).

• 화면마다 대장이 기기를 정한다 — FigmaScreen.device 는 위 기기를 바탕으로 크기를 프레임 크기로, 안전 영역(view padding)을 대장 insets 로 덮어쓴다. 그래서 SafeArea 아래 앱 내용이 Figma 와 같은 y 에서 시작하고 끝난다 (예: SH-S1 은 위 44 · 아래 0 — 홈 인디케이터가 없는 프레임).
• 긴 프레임은 그 크기 그대로 찍는다(SH-A11 390×1412 등). 앱도 그 높이의 화면에 그려진다.
• 변형은 하나 — 그 기기 · 대장 색 모드(modes.color Light → light) · ko · 글자 배율 1.
• CoUI 배율은 1 이다. coui_flutter 0.157 부터 AdaptiveScaler.defaultScaling 이 iOS · Android 를 포함한 모든 플랫폼에서 1 이고(AdaptiveScaling.mobile = 1), 앱 셸(app/app · app/console)과 골든 셸(kernelGoldenMatrix)의 CoUIApp 은 scaling 을 넘기지 않는다. co_golden 도 배율을 걸지 않는다(기기의 크기 · DPR · 안전 영역 · 플랫폼 · 글자 배율만 시험 화면에 건다). 그래서 iOS 로 찍어도 1배로 그려져 1배율 Figma 와 맞는다. coui 가 기본값을 바꾸거나 셸이 배율을 넘기면 package/test_driver/test/figma/figma_scaling_test.dart 가 실패한다 — 그때 Figma 기기에도 같은 배율을 줄지(그러면 원본과 어긋난다) 정한다. 큰 배율(1.25 × 글자 배율)의 레이아웃은 testScaleInvariant 가 따로 본다.
• 글자 단계 — CoUI 는 화면 폭으로 글자 단계를 고른다(태블릿 ≥768 · 데스크톱 ≥1024). 390 은 mobile, 1024 · 1440 은 desktop 이다 — Figma 「Semantic/ Typography」 의 Mobile · Desktop 모드와 같다(같은 시험이 지킨다).

가림

가리는 것은 띠 둘뿐이다 — 위 상태 바(insets.top)와 아래 홈 인디케이터(insets.bottom). 둘 다 기기(OS)가 그리고 앱은 그리지 않는다. 띠마다 사유가 기록된다(상태 바 띠(위 44px) — 기기(OS)가 그리고 앱은 그리지 않는다).

• 띠 높이는 화면 대장이 정한다. 대장에 없는 값으로 가리지 않는다 — co_golden 의 기기 안전 영역 자동 가림 (maskSafeArea)도 끄고 대장 띠만 넘긴다(FigmaGoldenScreens.designAnalysis).
• 그 밖을 가리는 것은 금지다. 시계 · 지도 타일처럼 정말 그릴 수 없는 것이 생기면, 먼저 아래 「가림 예외」 표에 화면 · 영역 · 사유 · 이슈를 적는 PR 로 오너 승인을 받는다. 수락 보고 도구는 아직 예외를 받지 않는다 — 대장 띠 밖의 차이는 모두 센다. 첫 예외가 승인되면 그때 figma-fidelity.json 에 자리를 만든다. 글자 잉크 상자를 빼는 「글자 밖」 수는 가림 예외가 아니라 세는 법이다(아래 「세는 법」) — 그 글자는 구조 대조가 대신 본다.
• 하단 바 구성품(BottomActionBar · 스캐폴드안 · InputBar)은 안에 HomeIndicator(바닥 34)를 품고 바탕을 그 밑까지 깐다. 그런 프레임도 바닥 34 가 홈 인디케이터 띠다 — 대장 insets.bottom 이 34 여야 앱이 그만큼 안전 영역을 두고 바를 그린다(대장이 0 이면 앱 바가 34 짧게 그려진다).

가림 예외

세는 법

분모는 띠 밖의 픽셀(comparable = 전체 − 띠)이다. 두 이미지를 8비트 RGBA 로 풀어 픽셀마다 견준다.

• 판정은 정책의 count(exact · delta)로 한 수만 쓴다. 둘 다 늘 보고한다. 지금 정책은 delta(N = 8) · 글자 밖 · 3% 미만(maximumIsExclusive: true — 3.000% 는 넘음)이다 — 오너 확정 2026-11-02(아래 「글자 밖」 · 「보정」).
• frameExact 는 띠를 빼지 않은 정확 차이다 — co_golden 의 designComparison.differentPixels 와 같아야 하고, 다르면 디코딩 검산 실패로 「판정 못 함」이다.
• co_golden 디자인 분석(허용 오차 — CIEDE2000 · 위치 반경 · 안티에일리어싱 제외 · 글자 상자 완화)의 판정 · 비율 · 안티에일리어싱 픽셀 수(analysis.antialiasedPixels)는 참고로 싣는다. 판정에는 쓰지 않는다.
• 왜 둘인가 — Figma 와 Flutter 는 글자 · 모서리 가장자리를 다르게 래스터한다. 같은 화면을 Figma 에서 두 번 내보내 견줘도 exact 14.1% · Δ≤16 4.7% 였다(오케스트레이터 측정, 2026-11-01). 엄격 3% 를 「모든 RGBA 변화」로 셀지 「작은 채널 차이는 빼고」 셀지는 SH-01 을 재서 정한다(아래 「보정」).

글자 밖 — 글자 잉크 상자를 빼고 세기

같은 글자를 같은 자리에 그려도 두 렌더러가 가장자리를 다르게 칠해, 글자 상자(+2 px) 픽셀의 26–32% 가 Δ>8 로 남는다 (아래 「글자 바닥값」). 그래서 글자는 구조로 엄격하게, 픽셀은 글자 밖에서 센다. 오너가 2026-11-02 에 판정에 쓰기로 했다 — figma-fidelity.json 의 "textMask": {"padding": 2}.

• 빼는 것: 대장 연결 기록의 spec(docs/design/figma/spec/<키>.design.json)에 있는 TEXT 노드마다 잉크 상자(ink — Figma absoluteRenderBounds, 없으면 rect)를 사방 N px 넓힌 사각형. 프레임 밖은 자르고, 숨긴 노드는 co_golden 처럼 읽지 않는다. 분모도 그만큼 준다(띠 밖 − 글자 가림). 대신 보는 것: 상자 안의 글자는 co_golden 구조 대조 findings (내용 · 서체 · 굵기 · 크기 · 색 토큰 · 위치)와 expectRenderedText 가 본다 — 글자 밖 「수락」은 글자 findings 0 과 함께 읽는다.
• 보고: 사양이 있는 화면은 판정과 무관하게 늘 글자 밖 exact · Δ>N 을 함께 싣는다(JSON outsideText · textMask, 표 열 「Δ≤N 글자 밖」, 콘솔 Δ≤N글자밖). 사양이 없으면 「사양 없음」, 읽지 못하면 「사양 읽지 못함」이다.
• 판정 스위치: 정책의 선택 항목 "textMask": {"padding": N}(N 0–16) 또는 명령줄 --text-mask(N 은 정책 값, 없으면
  2. · --text-mask-padding <N> 이 켜면 판정이 글자 밖 비율(정책의 count)을 쓴다. 명령줄로 켠 것은 --count · --delta 처럼 overrides 에 남는다(textMask.padding=N). 켜져 있는데 사양이 없는 화면은 띠 밖 전체로 판정하고 사유에 「사양 없음 — 글자 가림 없이 셌다」를 남기며, 사양을 읽지 못하면 「판정 못 함」이다. 정책에 항목이 없으면 판정은 그대로다(글자 밖 수만 참고로 더 보인다 — N 2).
• 한계: 상자 안의 차이는 원인과 무관하게 빠진다 — 글자에 겹친 다른 부품의 차이도 함께다. 예: SH-01@1024 에서 12px 높은 CoUI 탭 막대가 덮은 가격 글자 상자 안의 Δ>8 2,448px(세면 글자 밖 Δ≤8 2.672% → 3.040%). 그런 차이는 상자 밖에 남은 몫과 구조 대조의 위치 · 크기 findings 로 본다.
• 어림(구현 전 Figma 만으로 낸 값이다 — 측정이 아니다): 오케스트레이터가 Figma 79장의 글자 잉크 면적(TEXT absoluteRenderBounds 합집합의 띠 밖 비율, 2026-11-02)을 재고 SH-01 의 「Δ>8 글자 바닥값 ÷ 잉크 면적」(폰 0.447 · 태블릿 0.333 · 데스크톱 0.319)을 곱했다. 「띠 밖 전체 Δ≤8 · 3%」로 세면 21장(폰 17 · 태블릿 3 · 데스크톱 1 — 가장 큰 SH-14@390 ≈ 10.3%)이 완벽히 구현해도 3% 이상이고 20장이 2–3% 다. 글자 잉크 상자를 빼면 남는 바닥값은 사진 잡음뿐인데, 이미지 칠이 가장 넓은 SH-03@390(31.3%)도 SH-01@390 의 사진 Δ>8 비율(사진 픽셀의 2.3%)로 약 0.72% 다.

판정

비교는 대장 연결 기록(build/co_golden/figma/**)마다 한 줄이다. 기록은 그리기 전에 남으므로 그리다 실패한 화면도 보고에서 사라지지 않는다. coverage 는 대장 화면 중 몇 개를 견줬는지와 빠진 키를 보인다(대장이 없으면 세지 않는다). 수락은 비교마다의 지표다 — 커버리지 · 실제 앱 동작 · 디자인 승인은 따로 본다.

화면 등록

화면 패키지의 test/golden/ 에서 대장 키로 등록한다. 원본과 같은 상태(같은 데이터 · 선택 · 스크롤)를 만들어 찍는다.

import 'package:test_driver/golden.dart';

final FigmaGoldenScreens figma = FigmaGoldenScreens(suite: 'booking');

void main() {
  figma.screen('SH-01@390', build: (_) => const HomePage());
  figma.screen('SH-03+SH-04@1440', build: (_) => const ServiceDetailPage(), interact: …);
}

• capture 전용이다. compare(기준 이미지 비교) · 보통 flutter test 에서는 건너뛴다 — Figma 변형은 회귀 기준 이미지가 없고 필요 없다(회귀는 커널 매트릭스가 맡는다). 키는 모든 모드에서 대장에서 찾으므로 틀린 키는 바로 실패한다.
• 사양 JSON 이 docs/design/figma/spec/<키>.design.json 에 있으면 함께 넘겨, co_golden 이 서체 · 색 · 위치 · 컴포넌트 차이를 소스 줄과 함께 낸다(co_golden README 「Design analysis」).

로컬 실행

# 1) 캡처 — 모든 골든 패키지(Figma 대조 포함) → build/co_golden
tool/golden/capture.sh
#    Figma 대조만, 한 패키지에서(출력을 저장소 build/co_golden 으로):
(cd <패키지> && TZ=Asia/Seoul CO_GOLDEN_MODE=capture \
  CO_GOLDEN_OUTPUT="$(git rev-parse --show-toplevel)/build/co_golden" \
  flutter test --no-pub --tags figma test/golden)

# 2) 수락 보고 — 보고만(종료 코드 0) · Markdown 요약까지
tool/design/check_visual_acceptance.sh --report-only --summary build/visual-acceptance.md
#    판정으로(수락이 아닌 비교가 있으면 1): --report-only 를 뺀다
#    보정 탐색 — 정책은 그대로 두고 보고에 덮어쓰기로 남긴다
tool/design/check_visual_acceptance.sh --report-only --count delta --delta 8
#    글자 밖으로 판정(정책에 textMask 가 있으면 이미 켜져 있다 — 「세는 법」의 「글자 밖」)
tool/design/check_visual_acceptance.sh --report-only --count delta --delta 8 --text-mask

# 3) 갤러리
tool/golden/gallery.sh   # → build/golden-gallery/index.html

tool/design 은 별도 pub 루트다(PNG 를 푸는 image 의존 — 루트 워크스페이스 의존을 늘리지 않는다). 래퍼 check_visual_acceptance.sh 가 lock 그대로 받고 저장소 루트에서 돌린다. 도구 시험: (cd tool/design && dart test).

출력

build/co_golden/                        # capture.sh (co_golden)
├── images/<suite>/<scenario>/<변형>.png        캡처
├── references/<suite>/<scenario>/<변형>.png    원본 사본(바이트 그대로)
├── differences/<suite>/<scenario>/<변형>.png   co_golden 정확 차이(띠 안 포함, 자홍)
├── analysis/<suite>/<scenario>/<변형>.{json,png} co_golden 허용 오차 분석 · 지도
├── figma/<suite>/<scenario>/<변형>.json        대장 연결 기록(키 · 대장 · 띠) — FigmaGoldenScreens
└── runs/<suite>/<scenario>.json               실행 기록
build/visual-acceptance.json            # 수락 보고(정책 · 수 · 커버리지 · 비교마다 exact · delta · 글자 밖 · 분석)
build/visual-acceptance.md              # --summary
build/visual-acceptance/<suite>/<scenario>/<변형>.png  # 보정 지도
build/golden-gallery/index.html         # gallery.sh

보정 지도는 수락 보고가 쓴다 — 회색 같음 · 파랑 가린 띠 · 노랑 exact 로만 세는 픽셀(Δ≤N) · 자홍 두 규칙 모두 세는 픽셀(Δ>N) · 초록 글자 가림(사양이 있는 화면 — 진한 초록은 그 안의 Δ>N). 노랑이 글자 · 모서리 가장자리뿐이면 Δ 규칙이 래스터 차이만 빼는 것이다.

갤러리 읽는 법

gallery.sh 의 갤러리에서 Figma 대조가 있는 변형은 원본과 캡처를 함께 보인다.

• 디자인 차이만 으로 판정이 fail · undetermined 인 변형만 남긴다. 머리의 판정 줄은 co_golden 허용 오차 판정(일치 · 불일치 · 판정 불가)이다 — 이 문서의 엄격 판정이 아니다. 엄격 판정은 수락 보고를 본다.
• 보기: 50% 겹쳐 보기(불투명도 막대로 원본 ↔ 구현) · 좌우 비교 · 허용 오차 차이(빨강 차이 · 노랑 안티에일리어싱 · 파랑 가림) · RGBA 차이 이미지(co_golden 정확 차이 — 띠 안도 칠한다).
• 찾은 것(findings)을 고르면 Figma 위치(분홍)와 구현 위치(파랑 점선)가 표시된다. 고칠 곳이 앱 코드인지 디자인 시스템인지 알려 준다. 픽셀 영역·가림 표시 로 차이 영역과 띠를 함께 본다. 분석 리포트 JSON 이 전문이다.
• 화면을 고치면 다시 캡처한다. 원본은 Figma 가 바뀔 때만 다시 내보낸다(캡처로 덮어쓰지 않는다).

CI

golden.yml 의 골든 (compare) 가 PR(준비 완료) · dispatch 에서 확인용 capture 를 돌린 뒤 출력을 아티팩트 co-golden-capture 로 올리고, Figma 대조 (수락 보고) 잡이 그것을 받아 도구 시험 → 수락 보고를 돌려 잡 요약과 아티팩트 visual-acceptance(JSON · Markdown · 보정 지도)로 남긴다.

• 지금은 보고만 — 워크플로 env FIGMA_ACCEPTANCE_BLOCKING: "false". "true" 로 바꾸면 수락이 아닌 비교(기준 넘음 · 판정 못 함 · 낡음)가 하나라도 있을 때 그 잡이 실패한다. 기준 · 세는 법은 이 env 가 아니라 figma-fidelity.json 이 정한다.
• 기존 골든 (compare) 판정은 그대로다 — Figma 시나리오는 compare 에서 건너뛰므로 기준 이미지가 필요 없고, 아티팩트 올리기가 실패해도 compare 는 실패하지 않는다. main push 에는 capture 가 없어 이 잡도 없다.
• 문서만 바뀐 PR(docs/**)에는 골든 워크플로가 돌지 않는다 — 정책 · 원본만 바꿨으면 dispatch 로 다시 돌린다.

보정 — SH-01 첫 측정

엄격 3% 를 무엇으로 셀지는 SH-01(홈)을 구현해 처음 잰 뒤 정했다(figma-fidelity.json 의 calibration). 세는 법은 오너가 확정했다(2026-11-02) — 「글자 밖 Δ≤8 3% 미만」(count: delta · maxChannelDelta: 8 · textMask.padding: 2, co_golden 구조 오류 0건 지향). exact · Δ≤8 전체는 참고로 계속 보고한다.

1. SH-01@390 을 구현하고 FigmaGoldenScreens 로 등록한다. 원본과 같은 데이터 · 상태로 찍는다(브랜드 테마 #2 반영 뒤).
2. 수락 보고에서 exact · Δ≤16 · co_golden 허용 오차(안티에일리어싱 픽셀 수)를 함께 읽는다.
3. --count delta --delta N 으로 N = 0 · 4 · 8 · 16 · 32 의 비율을 표로 만든다. 보정 지도에서 노랑(Δ≤N 이라 빠지는 픽셀)이 글자 · 모서리 가장자리뿐인지 본다 — 레이아웃 · 색 · 크기 차이가 노랑에 숨으면 N 이 너무 크다.
4. 기준선(Figma 끼리 exact 14.1% · Δ≤16 4.7%)과 견준다 — 구현이 아무리 맞아도 exact 로는 3% 아래로 내려가지 않을 수 있다는 근거다.
5. 오너가 count · maxChannelDelta 를 정한다 → figma-fidelity.json 을 바꾸는 PR(calibration.status: decided, 측정 표 링크). 그다음 FIGMA_ACCEPTANCE_BLOCKING 을 "true" 로 바꿀지 정한다(아직 아니다 — Figma NavigationBar 수정 뒤).

첫 측정 결과 — SH-01 (2026-11-01, 로컬 Darwin/arm64 capture)

SH-01 세 크기를 feature/booking/app 의 test/golden/booking_home_figma_golden_test.dart 로 찍어 tool/design/check_visual_acceptance.sh --report-only --count delta --delta N 으로 잰 값이다(정책 파일은 바꾸지 않았다 — 판정은 아직 exact). 띠 밖 픽셀(분모)은 390 298,740 · 1024 706,560 · 1440 1,296,000.

원인별 분해(화면 비율 %, 다른 픽셀을 한 원인에만 넣는다 — 차례: 하단 탭 띠 → 사진 → 글자 → 그 밖의 CoUI 부품 → 나머지). 사진은 Figma 렌더와 캡처 사이의 채널별 선형 색 맞춤(이득 · 치우침)으로 사라지는 몫을 「필터」, 맞춘 뒤에도 남는 몫을 「나머지(리샘플링 · 반올림)」로 나눴다. 글자는 아래 「글자 바닥값」 실험의 같은 픽셀 차이를 「바닥값」, 그 밖을 「배치」로 나눴다.

글자 바닥값

(cd feature/booking/app && TZ=Asia/Seoul CO_GOLDEN_MODE=capture BOOKING_CALIBRATION=1 flutter test --no-pub test/calibration) 이 화면마다 Figma 원본 PNG 를 1:1 로 깔고, 사양의 글자 노드마다 글자 상자(+2px)를 그 자리 바탕색으로 지운 뒤 같은 서체 · 굵기 · 크기 · 자간 · 행간 · 색의 Flutter 글자를 Figma 상자 자리에 다시 그린다(build/calibration/<키>/floor_<dy>.json). 글자 밖 픽셀은 원본과 같다(1024 · 1440 은 0px, 390 은 Figma 가 하단 탭 아래로 자른 값 글자의 199px). 그래서 남는 차이는 배치 · 색 · 글꼴이 같은 상태에서 두 렌더러가 글자 가장자리를 다르게 칠해서 생긴다 — 글리프 모양 · 위치는 같고 Flutter 쪽이 부분 덮임 픽셀을 더 넓게 칠한다(1440 큰 제목: 바탕과 다른 픽셀 9,112 → 10,038).

화면 비율(괄호는 글자 상자 안 비율). 글자를 세로로 ±0.5 · ±1px 옮겨 노드마다 가장 맞는 자리를 골라도 Δ>16 이 1.03–1.46% 로 남는다 — 기준선 반올림이 아니라 래스터화 차이다.

그 밖에 잰 것

• Figma 재내보내기는 0px 다. 같은 방법(get_screenshot · contentsOnly · 긴 변)과 download_assets 의 export 로 SH-01@390 · @1440 을 다시 받으면 기준 PNG 와 픽셀이 모두 같다. 위 4번의 기준선(exact 14.1% · Δ≤16 4.7%)은 이 경로로 재현되지 않는다 — 다른 렌더 경로 · 배율끼리 견준 값으로 보인다(추정).
• 사진: Figma 칠에 이미지 보정(온도 +0.11 · 채도 −0.02)이 걸려 있어 원본(rawImages)보다 평균 R +3.2 · G +0.2 · B −5.7 따뜻하다. 사진 픽셀의 92–97% 가 Δ>4, 1.4–2.7% 만 Δ>8 이다. 선형 색 맞춤 뒤에도 사진 픽셀의 51–90% 가 ±1 로 남는다 — exact 로는 사진이 있는 화면이 3% 아래로 내려갈 수 없다.
• 팔레트 거리(채널 최대 차이): surface #FFFFFF ↔ surface-container-low 6 · surface-dim 11 · primary-container 16, surface-dim ↔ primary-container 9 · surface-container-high 7. Δ≤16 은 이 차이를 모두 지운다 — 실제로 1024 의 하단 탭 띠(12px, 흰색 ↔ surface-dim, Δ11)는 Δ>16 에서 세지 않아 1024 가 2.272% 로 「수락」된다.
• CoUI NavigationBar: Figma bar 는 103px(위 8 · 선택 항목 66 · 아래 28 — 홈 인디케이터와 겹친다), CoUI 는 115px(위 8 · 항목 64 · 아래 8 + 안전 영역 34 · 선 1) — 탭 막대가 12px 높고 아이콘 · 라벨이 12px 위에 있다. Figma 의 선택 라벨은 14/600/160%(스타일 미연결), CoUI 는 Label/Small 12. CoUI 쪽 차이라 앱에서 덮지 않았다.

권고(결정은 오너)

• exact 는 쓰지 않는다 — 구현과 무관한 바닥이 3% 를 넘는다(글자 1.5–2.7% + 사진 ±1 잡음).
• Δ≤8 을 권한다. 사진 잡음이 0.45–0.55% 로 줄어드는 가장 작은 N 이면서(Δ≤4 는 사진이 19–29%), 이 팔레트의 표면 토큰 혼동(9–16)과 하단 탭 띠(11)를 센다. Δ≤16 은 같은 결함을 통과시킨다(1024 가 그 예). 남는 글자 바닥값(Δ>8 1.3–1.9%)이 3% 예산의 약 절반을 쓰지만, SH-01 은 Δ≤8 에서 1440 1.94% 로 수락되고 390 · 1024(4.14% · 4.64%)는 CoUI NavigationBar 높이 몫(1.61% · 2.23%)을 빼면 2.53% · 2.41% 다 — 남은 실패가 실제 시각 결함 하나로 설명된다.
• Δ≤8 도 6–7 짜리 토큰 차이는 못 본다 — 색 · 글자 역할은 co_golden 구조 대조(색 · 서체 findings)와 expectRenderedText 가 맡는다.
• 사진 보정은 Figma 에서 끄거나(권장) 시드 사진에 구워 넣는 것을 디자이너와 정한다 — 그러면 Δ≤4 까지 내릴 여지가 생긴다.

파일럿

package/test_driver/test/golden/figma_pilot_golden_test.dart 는 SH-S1 스플래시의 구현이 아니다. 파이프라인 (캡처 → 원본 → 차이 → 분석 → 수락 보고)이 끝까지 도는지 보이는 자리표시이고, 이미지 안에도 「파일럿 자리표시」 라고 적혀 있다. 대장은 파일럿 픽스처(package/test_driver/test/fixtures/figma/figma-screens.pilot.json, 원본 PNG 는 2026-11-01 Figma 에서 받음)다. 처음 잰 값(2026-11-01, 로컬 Darwin/arm64): 띠 밖 312,000px 중 exact 97.703% · Δ≤16 무시 97.689% · co_golden 허용 오차 fail 95.668%(안티에일리어싱 4,359px) — 자리표시라 크게 다른 것이 정상이다. 정본 대장(#1)이 main 에 오고 스플래시를 구현하면 그 화면 패키지에서 SH-S1@390 을 등록하고 파일럿과 픽스처를 지운다.