이게 라이브러리의 첫 번째 템플릿인 이유는 가장 안 영리하기 때문이고, 여기서 보여 주는 형태가 대부분의 Wan 3.0 프롬프트가 취해야 할 형태이기 때문입니다.
구조로 읽으면 정확히 두 부분입니다. 마지막 마침표 앞의 전부가 일어나는 일입니다. 평범한 서사 산문 세 문장, 마크업도 라벨도 번호도 없습니다. 그 뒤의 전부가 보이는 모습입니다. 장르, 환경, 카메라의 거동, 커버리지, 입자, 색, 무드를 나르는 쉼표로 이어진 긴 절 하나. 이 구분은 문체의 우연이 아닙니다. 알리바바 자신의 프롬프트 지침이 요청을 조립하는 순서 — 대상, 장면, 움직임 먼저, 그다음 화면 연출과 양식화 — 와 맞물리고, 그래서 이것이 한 사람의 습관이 아니라 템플릿으로 읽힙니다.
눈여겨볼 것은 안 들어 있는 쪽입니다. 필드 규약도, `description:` 머리말도, `[Shot 1]` 표시도, 꺾쇠 자산 태그도, 네거티브 프롬프트도 없습니다. Wan 3.0은 2만 자까지의 평문 한 덩어리를 받아 전부를 내용으로 읽습니다. 구조처럼 생긴 것도 내용입니다 — 필드 규약을 공개하는 다른 모델에서 베껴 온 프롬프트가 필드 이름이 그림에 박힌 채 돌아오는 이유이고, 그러면서도 요청은 성공하는 이유입니다.
정직하게 말하면 약점은 박자 수입니다. 세 가지가 일어납니다. 걷고, 발견하고, 새가 날아오르고 해가 구름을 뚫는 동안 헬멧을 벗습니다. 30초짜리 아이디어가 5초에서 도는 것이고, 모델이 그걸 어떻게 흡수하는지 정확히 지켜볼 값어치가 있습니다. 사람들이 예측하는 것과 다르기 때문입니다. 박자를 버리지 않습니다. 자릅니다. 폐허가 된 대로의 와이드, 빛을 손에 든 가게 앞 아이의 클로즈업, 그다음 헬멧을 들어 올리는 우주인. 5초에 숏 셋, 하나에 1초 남짓. 실제로 버려지는 것은 세 번째 문장이 그 박자에 매달아 둔 전부입니다 — 새는 날아오르지 않고, 햇빛은 구름을 뚫지 않습니다. 종속절이 모델에게는 프롬프트에서 가장 건너뛰기 싼 것이기 때문입니다.
이게 진짜 교훈이고 일반화됩니다. 짧은 Wan 3.0 요청을 과하게 쓰면 당신의 아이디어를 압축한 판본을 사는 게 아닙니다. 숏 하나를 감당할 만큼 하중을 받던 명사들만 골라 모델이 조립한 몽타주를 사는 것입니다. 주절의 동사는 살아남습니다. 거기 매달린 종속절의 분위기는 살아남지 못합니다.
고치는 방법은 둘이고, 서로 다릅니다. 숏 하나를 원한다면 박자를 하나로 줄이세요. 아이를 발견한다, 그게 전부입니다. 이 이야기를 원한다면 길이를 15초나 30초로 올리고 순서를 적어 두세요 — "then", "after that", "finally" — Wan 3.0에는 타임코드 문법이 없고 접속사가 두 번째로 일어나는 일을 말하는 기법의 전부이기 때문입니다. 계획되지 않은 마지막 3분의 1이 긴 Wan 3.0 클립이 표류하는 자리이고, "finally"라는 단어가 그걸 멈춥니다.
카메라 지시는 따져 볼 값어치가 있습니다. "Slow cinematic camera movement"는 속도를 주고 방향도 크기도 주지 않아서, Wan 3.0이 어떤 구도에 도착하든 거기 어울리는 움직임을 고르도록 놓아둡니다. 이렇게 헐거운 숏에서는 합리적인 거래입니다. 제품 숏에서는 아닙니다. 그리고 고치는 방법은 이 사이트의 프롬프트 생성기가 내보내는 바로 그 어법입니다. the camera pushes in slowly, a small move — 동사 하나, 크기 하나, 속도 하나가 한 절에.
이 프롬프트가 빼먹음으로써 잘한 것이 하나 더 있습니다. 브랜드도, 화면 글자도, 레터링도 없습니다. 폐허가 된 편의점은 모델이 본 모든 참고 이미지에서 간판으로 덮여 있고, 읽히는 글자를 요구하는 것은 생성 영상이 아직도 가장 못 그리는 그 한 가지를 요구하는 것입니다.