# H3 r2i — 「속으로 2배로 그리고 최종만 제출 크기로 축소」 개조 전/후 (2026-09-05 · t_f4609a4fbd94)

CEO 지시: *"유스티에서 사용하는 r2i h3 를 고해상도로 그려서 최종 아웃풋만 v768 로 스케일링"* · 판정 근거 = *"네이티브는 768 개판이야"*(육안).

## 대조 조건 (①↔② 는 **단일변수**)
seed **20260905** 고정 · 같은 프롬프트 · 같은 참조(`_refs/ref260-단체.png`) · 같은 판(`i2i-minimax-h3-refsingle-5090-1`).
①과 ②의 차이는 **캔버스뿐**이다.

| | 잡 | 제출(=저장) | 내부 캔버스 | 소요 |
|---|---|---|---|---|
| ① 개조 전 | `#302509` | 768×1024 | 768×1024 (네이티브) | **35 s** |
| ② 개조 후 | `#302510` | 768×1024 | **1536×2048** | **38 s** |
| ③ 개조 후 | `#302511` | 768×1344 | **1536×2688** | 21 s |
| ④ 하드코딩 가드 | `#302512` | 832×1216 | **1664×2432** | 21 s |

★**소요 시간을 배율 비용으로 읽지 마라** — ②는 콜드(첫 잡), ③④는 그 뒤 연속 실행(웜)이다. 4배 면적인데 21 s 인 것은
모델 스테이징이 지배적이기 때문이고, **깨끗한 비용 비교는 같은 웜 상태의 쌍**으로 다시 재야 한다(이 발주의 요구는 「적는 것」이다).

## 무엇이 증명됐나
· **저장 크기 = 제출 크기**(열어서 잼): 768×1024 / 768×1344 / 832×1216 — **1344 하드코딩 0**.
· **내부가 실제로 2배**: 실행 `workflow.json` 이 `node5.width = ["cw",1]`(ow=768·oh=1344·ux=2.0)이고,
  같은 서버에서 그 표현식을 태워 **cw=1536 · ch=2688** 을 읽었다.
· **①↔② 픽셀 MAD 77.2** — 같은 seed·프롬프트·참조인데 산출이 크게 다르다 ⇒ 내부 그림이 바뀐 것이 맞다
  (「크기만 맞고 내부는 그대로」가 **아니다**).
· **구도 붕괴 없음**(구조 검사): 4장 전부 인물 1 · 팔다리 정상 · 배경 패턴 반복 없음. ⇒ 배율 하향(1.5) 불요.
  ★**화질·동일성 판정은 CEO 몫**이다 — 여기 적은 것은 구조 검사뿐이다.

## 배율을 낮춰야 할 때
`canvas_scale`(extra_inputs · 기본 2.0)을 **1.5** 로. ★**1.75 는 피한다** — 832×1216 에서 32 스냅이 종횡비를 1.28% 흔드는
유일한 칸이다(768×1344·832×1216 둘 다 1.5·2.0 은 드리프트 0).