연출실 화면 방향 — 노드냐 패널이냐 챗이냐

2026-09-13 · 만들기 전에 방향부터 합의하기 위한 문서

0. 결론 먼저

질문	답	한 줄 이유
챗을 만들까?	안 만듭니다	우리 챗은 ChatGPT·Claude 보다 좋을 수 없어요. 만드는 순간 대화 품질로 평가받는데, 그건 우리가 이길 수 없는 경기예요
노드 캔버스?	지금은 아닙니다	우리 파이프라인은 직선이에요. 분기가 없는데 그래프를 놓으면 일반인에게 세금만 물려요
그럼 뭐?	패널 + 한 줄 명령칸	「지금 무엇으로 찍는지」가 한 화면에 다 보이는 판
★ 진짜 답은?	화면 모양이 아니라 「계약」	사람·우리 LLM·바깥 LLM이 같은 문서(plan) 를 만지게 하는 것

한 줄로 줄이면: 우리는 챗을 만들지 않습니다. 챗이 쓸 수 있는 판을 만듭니다.

그리고 형이 같이 짚어 주신 손님 쪽 구멍 넷(장소가 둘·연출이 너무 많음·여정 없음·연속성 없음)은
「한 칸에 세 길」 과 「오토 / 잠금」 두 장치로 풀립니다. §5 에 있어요.

⚠️ 먼저 밝힐 것: 보내 주신 핀 3장을 못 열었습니다. Pinterest 가 로그인 뒤 자바스크립트로
그리는 화면이라 도구로 못 봤고, 브라우저 권한도 그 도메인엔 없었어요. 그래서 아래 §3 은
형이 말로 설명해 주신 구조(「오른쪽 챗으로 핑퐁하며 만들고, 그 설정을 왼쪽 노드로
파이프라인 설정」)를 기준으로 썼습니다. 핀이 다른 것을 가리키고 있었다면 말씀해 주세요.

1. 형이 던진 질문을 정확히 놓고 봅니다

형이 한 질문은 사실 세 층이에요. 섞어서 답하면 틀립니다.

① 화면 형태      노드 그래프  vs  패널/도구판  vs  챗
② 제품 정체성    우리가 「대화」를 파나, 「엔진」을 파나
③ AX            바깥 LLM(computer-use·browser-use)이 오는데 우리 자리는 어디인가

그리고 형이 스스로 낸 반문이 ③ 이 ① 을 결정한다는 겁니다:

"오히려 그것들의 제어와 도움을 위탁하는 우리는 화면 제공을 해야지,
우리 채팅을 넣을 게 아닌 거 아닌가?"

맞다고 봅니다. 아래는 그 판단이 왜 맞는지, 그리고 그게 화면을 어떻게 정하는지입니다.

2. 챗을 만들지 않는 이유 셋

2-1. 이길 수 없는 경기예요

우리 챗은 ChatGPT·Claude 보다 좋을 수 없습니다. 모델도 그쪽이 크고, 컨텍스트도 그쪽이 길고,
대화 UX 에 쓴 사람·시간도 비교가 안 돼요. 챗을 만들면 손님은 우리 챗을 그쪽 챗과 비교합니다.
우리가 이기려고 만든 게 아닌 자리에서 지는 겁니다.

2-2. 우리 자산은 대화가 아니라 엔진이에요

우리가 가진 것은 이겁니다:

카탈로그 10,140 조합 + 손으로 쓴 골격 26종
게이트 4겹 (문장 수·글자 예산·지어낸 숫자·안 풀린 슬롯)
12번이 씨댄스 64판 구워 얻은 글자 규칙 (카드를 plate 라 부르면 없는 판을 그린다 같은 것)
어젯밤 새로 얻은 것 (@Image 번호가 두 뜻이면 카드가 다시 그려진다)

이건 대화로 전달되는 게 아니에요. 선택지와 가드로 전달됩니다. 챗에 넣으면 오히려 묻힙니다 —
손님은 "알아서 해 줘"라고 쓰고, 우리는 그 말에서 10,140 중 하나를 맞히는 게임을 하게 돼요.

2-3. 챗은 상태를 숨깁니다

우리 제품에서 제일 중요한 건 "지금 무엇으로 찍히고 있나" 예요. 챗은 그걸 스크롤 뒤에 숨깁니다.

실제로 어젯밤 첫 판이 그 종류의 사고였어요. 480p 로 구워서 글자가 통째로 깨졌는데,
그 화질이 지금 뭔지 한눈에 보였다면 안 굽고 바꿨을 겁니다. 지금 도크는 알약에
480p 가 늘 적혀 있고, 글자를 얹는 판이면 굽기 전에 경고가 뜹니다. 챗이면 이게 안 돼요.

★ 단, 「한 줄 명령칸」은 챗이 아닙니다

지금 도크에 있는 입력칸 — 대화 로그도, 히스토리도, 페르소나도 없습니다.
명령 한 줄이고, 그 한 줄은 프롬프트가 아니라 판을 고치는 지시예요. 이건 유지합니다.

3. 노드 캔버스가 지금은 아닌 이유

3-1. 노드는 분기가 있을 때 값을 합니다

ComfyUI 가 노드인 건 사람들이 그래프를 진짜로 갈아끼우기 때문이에요. 우리는요?

재료(제품·배우·장소) ─→ 판(컷·자막) ─┬→ 자막 카드 N장 ─┐
                                      └→ 첫 프레임 ────┴→ 영상

거의 직선입니다. 분기라고 부를 만한 게 「이걸로 하나 더」 하나예요.
직선에 그래프를 놓으면 얻는 건 없고 "그래프를 이해하라"는 세금만 생깁니다.
형이 원하신 "일반인도 가볍게 연출" 과 정면으로 부딪혀요.

3-2. 노드에서 부러운 건 딱 둘인데, 캔버스 없이 줄 수 있어요

노드의 좋은 성질	캔버스 없이 주는 법	지금 상태
무엇이 무엇에서 나왔는지 보인다	판 줄 `[1판][2판][3판●]` — 누르면 그 판으로 통째로 되돌아감	✅ 이미 있음
한 노드만 다시 돌린다	「이 카드만 다시 굽기」·「첫 프레임만」·「고친 컷만 다시 쓰기」	✅ 이미 있음

3-3. 그럼 언제 캔버스를 여나요

컷마다 다른 재료·다른 모델을 쓰고 싶어질 때. 그때가 진짜 그래프예요.
지금 열면 UI 짓느라 엔진을 못 만집니다 — 그리고 어젯밤 판정대로 엔진이 아직 미지예요
(글자가 붙는지 아직 모릅니다).

4. ★ 진짜 답: 「판이 곧 계약」 (형이 말한 AX)

화면 모양 논쟁보다 중요한 건 이겁니다.

                    ┌─ 사람이 손으로 (패널·알약)
  plan (JSON 한 장) ←┼─ 우리 LLM 이 한 줄로   (도크 입력칸)
   = 유일한 진실     └─ ★ 바깥 LLM 이 도구로  (MCP · API)
                         ChatGPT / Claude / computer-use

화면은 plan 의 뷰일 뿐이에요. 알약을 누르든, 한 줄을 쓰든, 바깥 에이전트가 API 를 치든
같은 문서가 바뀝니다.
그래서 우리는 "화면을 제공하고, 사람이든 LLM 이든 조작하기 쉽게 만든다" 가 됩니다.
형이 말씀하신 그대로예요.

4-1. 이미 그렇게 만들어져 있어요

어젯밤 만든 API 여섯 개가 그대로 에이전트 도구입니다:

API	에이전트가 쓰면
`directing/catalog`	무엇을 고를 수 있나 (연출 26 · 장소 26 · 앵글 7 · 모션 표 · 글자 크기 하한)
`directing/propose`	한 줄 → 브리프 5칸 + 추천 3안
`directing/board`	고른 조합 → 컷 목록 · 자막 문구
`directing/prompt`	굽기 전 검사 (절 12개·게이트·낱장·던질 몸·견적) — 공짜·0.8초
`directing/generate`	실제로 굽기 (크레딧 차감 + 실패 시 환불)
`directing/plans`	저장·복원·갈래

여기에 MCP 서버 하나만 씌우면 바깥 LLM 이 우리 엔진을 씁니다.
사람이 쓰는 화면과 같은 것을 만지고요.

4-2. 이게 왜 우리 자리인가

컴퓨터를 쓰는 LLM 이 많아질수록, 그들이 필요로 하는 건 "안전하게 조작할 수 있는 표면" 이에요.

우리 엔진은 돈이 나가고 취소가 안 되는 일을 합니다 (씨댄스는 취소 API 가 없어요)
그래서 굽기 전 검사(prompt)와 가드(안 구운 카드 있으면 막기, 글자 표류 검산, 480p 경고)가
값을 합니다. 바깥 LLM 은 이런 걸 스스로 못 만들어요 — 64판 구워 본 사람만 만듭니다
즉 우리가 파는 건 "영상 생성"이 아니라 "안 깨지게 굽는 계약" 입니다

5. 손님 쪽 — 형이 짚은 구멍 넷

5-1. 🔴 장소가 둘입니다 (제가 낸 사고예요)

지금 화면:
- 도크에 [장소] 슬롯 (사진을 넣는 칸)
- 「연출 고르기」 안에 「장소」 축 (카탈로그 26종, 글)

같은 이름 두 개 — 프로젝트 CLAUDE.md 의 「이름 지도」가 경고한 바로 그 사고입니다.

해법: 「한 칸에 세 길」

장소는 한 칸이고, 그 칸을 채우는 길이 셋입니다:

┌ 장소 ────────────────────────────────┐
│  [ 목록에서 ]  [ 내 사진 ]  [ 말로 ]  │
│   26종 썸네일    올리기/보관함   한 줄  │
└──────────────────────────────────────┘

무엇으로 채우든 같은 자리(plan.place)에 들어가고, 엔진에는 이렇게 갑니다:

채운 길	엔진에 가는 것
목록	그 항목의 `prompt_fragment` (글)
내 사진	낱장 레퍼런스 그대로 + LOCATION 절에 "as in @ImageN"
말로	그 한 문장

★ 전처리가 없습니다. 형이 말씀하신 "재료를 전처리하지 않고 있는 걸 활용" 이 이겁니다.
씨댄스가 레퍼런스를 30장까지 받으니 사진은 사진으로 넘기면 돼요.

같은 구조를 제품·배우에도 씁니다. 재료 칸 셋이 전부 같은 컨트롤이 됩니다 —
배우는 「모델 2,810에서」 / 「내 사진」 / 「말로」, 제품은 「보관함」 / 「올리기」 / 「말로」.

5-2. 연출이 너무 많습니다 → 「오토 / 잠금」

지금은 26×26×7 을 그대로 보여 줍니다. 칠성사이다급으로 대충 말해도 뭔가 나와야 하는데,
지금은 손님이 골라야 해요.

해법: 축마다 상태가 둘입니다

[CF 오토]  [연출 오토]  [장소 오토]  [5초]  [9:16]  [720p]
   ↑ 회색 = 알아서 정함        ↑ 파랑 = 내가 정함(잠금)

오토는 「기본값」이 아니라 「판정의 위임」입니다. 손님이 안 건드린 축은 매번 재료와 한 줄을
보고 다시 정해집니다
손님이 한 번 건드린 축은 잠깁니다. 다시 뽑아도 그 축은 안 바뀝니다
「다시 뽑기」를 눌러도 잠긴 것은 지켜지고 오토만 다시 정해집니다

이 장치 하나가 세 가지를 동시에 풉니다:
1. 일반인 — 전부 오토로 두고 한 줄만 쓰면 끝
2. 전문가 — 알약을 눌러 그 축만 펼쳐서 잠근다 (형이 말한 "더보기처럼 펼치면 전문가")
3. 연속성 — 잠근 것이 다음 판에도 남습니다

5-3. 여정이 없습니다 → 첫 진입 3문답

"내가 무엇을 만들고 싶은지 여정을 통해 넣고 그걸 바탕으로 알아서 셋팅"

게시물 앱의 ask·narrow 막이 이미 그 모양이에요. 연출실에는 첫 진입에만 가볍게 둡니다:

① 무엇을 파세요?          ← 사진 한 장이면 충분 (없으면 한 줄)
② 누가 보나요?            ← 객관식 4개
③ 한 마디로 무슨 말?       ← 한 줄

이 셋이 브리프 5칸 + 버티컬을 채우고, 버티컬이 카탈로그 좁히기의 열쇠입니다
(실측: 음료로 좁히면 연출 26 → 10). 그리고 저장해서 다음엔 안 묻습니다.

5-4. 매번 쓰는 사람의 연속성 → 「브랜드」 한 칸

브리프 · 카드 스타일(서체·색) · 자주 쓰는 배우/장소 를 한 묶음으로 저장
다음 판은 그걸 기본값으로 열림 → 매번 처음부터 안 합니다
판을 다시 열면 기본 버튼이 「이걸로 하나 더」 (원본은 보존) — 이미 됩니다

5-5. 비주얼로 고르고 싶은데 엔진은 글을 원합니다

형 말씀이 정확해요. 해법 둘:

고르는 화면은 전부 그림으로. 카탈로그 26+26 에 썸네일을 한 번만 구워 붙입니다
(52장, 한 번이면 끝). 손님은 그림을 고르고, 엔진에는 그 항목의 글이 갑니다
올린 사진은 그대로 레퍼런스로. 전처리·합성·자르기 없음 (이미 그렇게 돼 있어요)

6. 그래서 화면이 이렇게 바뀝니다

┌ 🎬 연출실 ─────────────────────────────── [지난 판] [+ 새 판] ┐
│                                                               │
│  ┌─ 무대 ────────────┐  ┌─ 디렉터 시트 ──────────────────┐  │
│  │   ┌─────────┐     │  │ 이렇게 찍을게요                 │  │
│  │   │ 폰 9:16 │     │  │ ─────────────────────────────── │  │
│  │   │첫프레임→영상│    │  │ ① 0–3s  …            [고치기] │  │
│  │   └─────────┘     │  │ ② 3–6s  …            [고치기] │  │
│  │ 콘티 [1][2][3●]    │  │ 자막 ① 구름 위        [다시]   │  │
│  └───────────────────┘  └────────────────────────────────┘  │
└───────────────────────────────────────────────────────────────┘
┌ 도크 ─────────────────────────────────────────────────────────┐
│  [제품▾][배우▾][장소▾]   「무엇을 찍을까요? 한 줄이면 돼요」   │
│   └ 목록 / 내 사진 / 말로            [▶ 판 만들기 · N 크레딧] │
│  ───────────────────────────────────────────────────────────  │
│  [CF 오토][연출 오토][5초][9:16][720p][소리 끔][자막 오토]     │
│   회색=오토 · 파랑=내가 잠금                  [📜 프롬프트 보기]│
└───────────────────────────────────────────────────────────────┘

바뀌는 건 셋뿐입니다 — 지금 구조를 갈아엎지 않아요:

재료 칸 셋이 「목록 / 내 사진 / 말로」 한 컨트롤로 (→ 장소 중복 해소)
알약에 오토 / 잠금 상태가 생김
카탈로그 고르기가 썸네일 격자로

7. 순서 (제 권고)

	무엇	왜 이 순서인가	돈
1	CP1 두 번째 판 — 720p · 8초 · 카드 3장 · 재료 포함	엔진이 아직 미지예요. 글자가 안 붙으면 화면 설계가 통째로 달라집니다 (후반 합성으로 가야 해요)	≈₩5,500
2	장소 중복 해소 (「한 칸에 세 길」)	이름 사고는 빨리 지울수록 쌉니다	0
3	오토 / 잠금	일반인·전문가·연속성이 이 하나로 풀려요	0
4	카탈로그 썸네일 52장	비주얼로 고르게	소액
5	첫 진입 3문답 + 브랜드 한 칸	여정·연속성	0
6	MCP 서버 (도구 6개)	바깥 LLM 이 우리 엔진을 씀	0
—	노드 캔버스	안 합니다 (컷마다 다른 재료가 필요해질 때 다시 꺼냅니다)	—

★ 1번을 먼저 하는 이유: 화면을 아무리 잘 그려도 글자가 안 붙으면 다른 제품이 됩니다.
어젯밤 판정이 「장면 통과 · 글자 실패」였고, 원인 하나(@Image 번호 충돌)는 고쳤지만
고친 게 듣는지는 한 판 구워야 압니다.

8. 형이 정해 주실 것

#	질문	제 권고
1	챗을 안 만든다 — 패널 + 한 줄 명령칸으로 간다	✅ 동의해 주시면 이대로
2	노드 캔버스를 지금 안 만든다 — 판 줄 + 부분 재굽기로 대신	✅ 나중에 컷별 재료가 필요해지면 다시
3	MCP 를 연다 — 바깥 LLM 이 우리 엔진을 쓰게	✅ 도구 6개. 이미 API 가 그 모양이에요
4	§7 의 순서대로 갈지 (1번 = 영상 한 판 ≈₩5,500)	✅ 엔진 판정이 먼저

그리고 핀 3장이 가리킨 게 무엇이었는지 한 줄만 알려 주세요 —
노드 그래프의 생김새가 좋았던 건지, 계보가 보이는 성질이 좋았던 건지에 따라
§3-2 를 다르게 채울 수 있습니다.

부록. 이 판단의 근거가 된 실측

씨댄스 2.5 R2V 는 레퍼런스를 30장까지 받습니다 → 사진을 글로 바꿀 이유가 없어요
버티컬로 좁히면 연출 26 → 10 (음료 기준 실측) → 오토가 찍을 범위가 충분히 작습니다
굽기 전 검사(prompt)는 0.8초·공짜 → 에이전트에게 열어도 안전합니다
씨댄스는 취소 API 가 없습니다 → 굽기 전 검사가 제품의 핵심 가치입니다
첫 판: 장면 ✅ / 글자 ❌ (원인 = @Image 번호가 두 뜻 → 수정 완료, 재검증 대기)

2026-09-13 · 연출실 구현 다음 날 새벽. 코드 13커밋 · 단위시험 35/35 · FAL 시험 지갑 ≈₩4,100.