Kling 2.5 Turbo 텍스트-투-비디오 프롬프트 레시피: 복사해서 붙여넣을 수 있는 실용 템플릿

프롬프트는 표현보다 구조가 더 중요하다

대부분의 사람들은 텍스트-투-비디오 프롬프트를 주문처럼 여깁니다. 모델이 순종하게 만드는 그 마법 같은 문장 하나를 찾는 것이죠. 실제로 모델은 시적인 표현보다 구조를 더 중요하게 봅니다. 프롬프트를 레이어로 나누면 한 번에 변수 하나만 바꾸면서 무엇이 효과가 있는지 진짜로 배울 수 있습니다.

유용한 사고 모델은 정확성에 대한 중요도가 높은 순에서 낮은 순으로 배열된 5계층 스택입니다:

1. 주체 — 화면에 무엇이 있는지, 그리고 그것을 규정하는 시각적 특징.
2. 동작 — 주체가 무엇을 하는지, 직관적인 동사와 방향으로 서술.
3. 카메라 — 시점이 어떻게 움직이거나 고정되는지.
4. 스타일 — 조명, 렌즈 질감, 색 보정, 렌더링 특성.
5. 제약 — 길이 일치, 화면 비율, 피해야 할 것들.

레이어 구조가 영리한 한 문장보다 나은 이유:

• 디버깅 가능성. 화면이 이상해 보이면 모든 것을 갈아엎고 다시 쓰는 대신 "문제가 주체, 동작, 아니면 카메라에 있나?"라고 물을 수 있습니다.
• 전이 가능성. 어떤 장면에 효과가 있었던 카메라 레시피는 보통 주체 레이어만 바꾸면 다른 장면에도 효과가 있습니다.
• 비교 가능성. 고정된 골격이 있으면 두 프롬프트가 한 군데만 다르므로 A/B 테스트가 정직해집니다.
• 일관성. 대량의 클립을 생성해야 하는 파이프라인은 매번 손으로 쓰는 프롬프트가 아니라 파라미터화할 수 있는 프롬프트를 필요로 합니다.

모호한 형용사("영화 같은", "서사적인", "역동적인")는 주로 스타일에 영향을 줍니다. 그것들이 움직임을 바로잡는 경우는 거의 없습니다. 클립이 슬라이드처럼 보인다면, 문제는 거의 항상 "영화 같은"을 충분히 말하지 않아서가 아니라 동작 레이어의 서술이 부족하기 때문입니다. 스타일 단어는 양념으로 여기고 메인 요리로 착각하지 마세요.

이 가이드의 나머지 부분에서는 바로 복사해서 붙여넣을 수 있는 골격과 kling-2.5-turbo 텍스트-투-비디오를 위한 레이어별 레시피를 제공하여, 작지만 신뢰할 수 있는 프롬프트 라이브러리를 구축하도록 돕습니다.

재사용 가능한 프롬프트 골격

아래 골격에서 시작하세요. 위에서 아래로 채우고, 각 슬롯은 짧은 문장 하나로 유지하세요.

[주체 + 시각적 특징 2-3개], [구체적인 동사로 서술한 주요 동작],
[카메라 무브먼트 + 속도], [조명 + 렌즈 + 색상],
[길이 일치 설명], avoid: [네거티브 항목]

채워 넣은 예시:

세월의 흔적이 있는 어부, 노란 비옷을 입고 수염에 소금기가 묻은,
두 손으로 번갈아 그물을 당긴다, 중간 샷에서 클로즈업으로 느리게 푸시 인,
흐린 새벽빛, 35mm 렌즈, 저채도 청록 색조,
클립 내에서 단일 연속 박자 유지, avoid: 여분의 손, 텍스트, 흔들림

각 슬롯의 역할:

• 주체 + 특징. 두세 개의 특징이면 보통 충분합니다. 특징이 많을수록 주의를 두고 경쟁하며 렌더링을 희석시킵니다.
• 주요 동작. 능동 동사구 하나. 두 개의 박자를 원한다면 클립이 너무 짧은 것을 요구하고 있을 가능성이 큽니다 — 리듬 부분을 참고하세요.
• 카메라. 무브먼트 하나, 속도 하나. 푸시 인과 오빗을 동시에 겹치면 보통 뭉개집니다.
• 스타일. 조명에 렌즈 질감을 더하면 문단을 통째로 쓰지 않고도 분위기를 제어하는 간결한 방법입니다.
• 길이 일치 설명. 자신에게(그리고 모델에게 힌트를) 상기시키는 것으로, 동작이 요청한 클립 길이 안에서 완료되어야 한다는 뜻입니다.
• 네거티브 항목. 짧고 구체적으로. 뒤에서 다룹니다.

프롬프트를 버전이 있는 파일 — JSON이나 YAML — 에 저장하고 필드를 슬롯에 대응시키세요. 그러면 프롬프트가 설정이 됩니다:

{
  "subject": "세월의 흔적이 있는 어부, 노란 비옷을 입은",
  "action": "두 손으로 번갈아 그물을 당긴다",
  "camera": "중간 샷에서 클로즈업으로 느리게 푸시 인",
  "style": "흐린 새벽빛, 35mm 렌즈, 저채도 청록 색조",
  "negative": "여분의 손, 텍스트 오버레이, 흔들림"
}

이제 어떤 실험이든 필드 하나만 바꾸면 되고, 스크린샷을 눈을 찡그려 보는 대신 실행 결과를 비교할 수 있습니다.

카메라 무브먼트 레시피

카메라 언어는 프롬프트 작성자가 가장 모호하게 쓰기 쉬운 부분입니다. "역동적인 카메라"는 무브먼트가 아닙니다. 무브먼트, 방향, 속도를 명확히 쓰세요. 아래는 복사해서 붙여넣을 수 있는 패턴입니다. 주체와 스타일을 장면에 맞게 바꾸세요.

팬(Pan)

장면을 왼쪽에서 오른쪽으로 천천히 수평으로 팬, 일정한 속도, 수평선 수평 유지

용도: 설정 샷, 넓은 환경 보여주기, 일렬로 늘어선 물체 훑기. 팬은 차분하고 관찰적인 느낌을 주므로 주체 자체가 정지해 있을 때 적합합니다.

틸트(Tilt)

바닥에서 주체의 얼굴까지 천천히 위로 틸트, 일정한 속도

용도: 규모 보여주기(건물, 나무, 키 큰 인물) 또는 세부에서 환경으로 주의를 돌리기. 틸트는 극적일 수 있으니 갑작스러움을 피하려면 느리게 유지하세요.

달리(Dolly)

주체를 향해 천천히 푸시 인, 중간 샷에서 클로즈업까지, 부드럽고 선형적으로

용도: 친밀감이나 긴장감 조성. 달리는 카메라와 주체의 공간 관계를 바꿉니다. 다가가기 또는 멀어지기와 시작/끝 프레이밍을 명시하면 모델이 잘 처리합니다.

줌(Zoom)

약간의 줌 인, 카메라는 이동하지 않음, 시작 시 프레이밍 변경 없음

용도: 공간을 가로지르지 않고 강조. 줌은 과하면 가장 가짜처럼 보이기 쉬운 무브먼트입니다 — 약간을 요구하고 변화 폭을 작게 유지하세요.

오빗 / 아크(Orbit)

주체 주위를 천천히 오빗, 90도, 반시계 방향, 반경 일정

용도: 캐릭터나 제품의 입체감 보여주기. 아크 크기와 방향을 명시하세요. 지정하지 않은 오빗은 클립 중간에 표류하거나 방향이 뒤집히는 경우가 많습니다.

경험 법칙

• 프롬프트 하나에 무브먼트 하나. 짧은 클립에서 두 무브먼트는 서로 충돌합니다.
• 항상 속도를 주세요. "천천히", "안정적으로", "일정하게"는 저렴하지만 흔들림을 방지하는 단어입니다.
• 시작점과 끝점을 고정하세요. "중간 샷에서 클로즈업까지"는 모델이 제자리에서 떨지 않고 궤적을 계획하도록 돕습니다.
• 정지도 유효한 무브먼트입니다. 때로는 고정 카메라, 움직임 없음이 정확히 옳습니다 — 특히 캐릭터 연기에서.

영상처럼 읽히는 동작 표현

"경련하는 사진"처럼 보이는 가장 큰 단일 원인은 동작 레이어가 동사가 아니라 형용사로 구성되기 때문입니다. 비교해 보세요:

• 모호함: 극적이고 에너지가 넘치는 댄서 장면
• 구체적: 한 댄서가 발뒤꿈치로 한 바퀴 회전하고, 두 팔을 바깥으로 뻗은 뒤, 정지 자세로 멈춘다

두 번째 문장은 모델에게 무엇이 움직이는지, 어느 방향으로, 얼마나 빠르게, 언제 멈추는지를 알려줍니다. 그것이 렌더링할 수 있는 정보입니다.

동작 체크리스트

동작 절을 쓸 때 가능한 한 다음 항목을 포함하세요:

• 주체. 누가 또는 무엇이 움직이는지.
• 동사. 물리적 동작 하나: 휘두르다, 붓다, 들다, 돌다, 접다, 밟다.
• 방향. 위로, 왼쪽으로, 카메라 쪽으로, 안쪽으로, 시계 방향으로.
• 속도와 리듬. 천천히, 하나의 매끄러운 동작으로, 세 걸음의 빠른 이동으로.
• 진폭. 가벼운 끄덕임과 전신 회전의 차이.
• 종점. 움직임이 어디서 멈추는지 — "그다음 정지 유지"는 반복과 표류를 방지합니다.

수정 전후

모호함: 행인과 자동차가 있는 분주한 거리
더 나음: 행인이 보도를 따라 왼쪽에서 오른쪽으로 걷고,
배경에서 자동차 한 대가 오른쪽에서 왼쪽으로 천천히 지나간다

모호함: 파도가 친다
더 나음: 파도 한 줄기가 솟아올라 말리고, 모래사장에 부서지고,
거품이 앞으로 퍼졌다가 다시 물러난다

실용 팁

• 미완성 동작 여러 개보다 완성된 동작 하나를 선호하세요. 한 가지를 깔끔하게 하는 클립이 다섯 가지를 어설프게 하는 클립보다 낫습니다.
• 감정 동사가 아니라 물리 동사를 쓰세요. "살랑살랑 흔들린다"는 렌더링됩니다. "향수를 느낀다"는 렌더링되더라도 주로 스타일에 영향을 줍니다.
• 후속 상태를 말하세요. "그다음 안정된다", "그다음 멈춘다", "자세를 유지한다"는 이 샷에 목적이 있음을 모델에게 알려줍니다.
• 물리 단어에 주목하세요. 쏟아지다, 접히다, 튀다, 흔들리다는 그럴듯한 2차 움직임을 암시합니다 — 장면에 맞으면 사용하세요.

클립이 여전히 정지된 느낌이 들면 스타일 형용사를 더 추가하기 전에 먼저 리듬("하나의 연속 동작으로")과 종점을 넣어 보세요.

길이 제어와 장면 리듬

가장 흔한 프롬프트 실패는 표현이 나빠서가 아니라 과부하 때문입니다. 작성자는 박자 하나만 들어갈 수 있는 클립에 도입, 전환, 절정을 밀어 넣고서는 화면이 뭉개질 때 모델을 탓합니다.

박자를 길이에 맞추기

클립 길이를 예산으로 생각하고 박자에 쓰세요:

• 샷당 박자 하나. 명확한 행동과 종점이 짧은 클립에 편안히 들어갑니다.
• 박자 둘은 하나가 다른 하나의 연속일 때만("컵을 들고, 그다음 마신다").
• 박자 셋 이상은 따로 생성해 편집에서 이어 붙이는 것이지, 한 프롬프트에 쓰는 것이 아닙니다.

유용한 규칙: 프롬프트에 "그다음"이 두 번 이상 나오면, 샷 하나가 아니라 시퀀스를 쓰고 있을 가능성이 큽니다.

길이는 산문이 아니라 설정에 속한다

"10초짜리 긴 장면"을 프롬프트에 쓰고 기도하지 마세요. 요청 파라미터에서 클립 길이를 설정하고 프롬프트를 그 길이에 맞추세요. 산문식 시간 힌트는 대부분 노이즈만 더합니다. 실제로 작동하는 것은 파라미터입니다.

prompt: 한 바리스타가 우유를 잔에 일정한 가는 줄기로 붓고,
        마지막에 작은 소용돌이로 마무리한다; 고정 카메라, 따뜻한 실내 조명
duration: short

프롬프트가 자연스럽게 완료되는 연속 동작 하나를 서술한다는 점에 주목하세요 — 채우기도, 두 번째 장면도 없습니다.

도움이 되는 리듬 힌트

• "하나의 연속 동작으로"는 끊김 없는 단일 샷을 의미합니다.
• "그다음 정지 유지"는 모델에게 착지점을 주어 반복 지점이 아니라 의도된 리듬처럼 읽히게 합니다.
• 시작 상태("시작 시 컵은 비어 있다")는 모델이 동작 내내 시간을 배분하도록 돕습니다.

더 많은 이야기가 필요할 때

서로 다른 프롬프트와 일관된 주체/스타일 서술로 별도의 샷을 생성한 뒤 이어 붙이세요. 이렇게 하면 각 생성이 자기 영역 안에 머물고 통제 가능한 컷 지점을 얻을 수 있습니다. 리듬은 편집의 결정이며, 프롬프트의 일은 깔끔하고 단일 박자의 편집 가능한 소재를 전달하는 것입니다.

과도하게 제약하지 않는 네거티브 프롬프트

네거티브 프롬프트는 원하지 않는 것을 억제합니다. 잘 쓰면 반복되는 결함을 정리합니다. 잘못 쓰면 장면과 모순되어 뭉개짐을 낳습니다.

짧고 구체적으로 유지하세요

다섯에서 여덟 개의 구체적인 단어면 보통 충분합니다. 미학 단어보다 결함 이름을 우선하세요:

avoid: 여분의 손가락, 중복된 사지, 텍스트 오버레이, 워터마크,
흔들림, 프레임 깜박임, 왜곡된 얼굴

좋은 네거티브 목록은 결함 추적기입니다. 특정 반복 문제가 관찰될 때만 늘리고, 문제가 더 이상 나타나지 않으면 줄이세요.

흔한 범주

• 해부학적 결함: 여분의 손가락, 붙어 버린 손, 왜곡된 얼굴.
• 시간적 결함: 깜박임, 흔들림, 변형, 클립 내 갑작스러운 전환.
• 오버레이 결함: 텍스트, 자막, 워터마크, UI 요소.
• 구도 결함: 분할 화면, 콜라주, 테두리, 검은 여백.

장면과 대결하지 마세요

이것이 과도한 제약의 함정입니다. 프롬프트가 군중을 요구한다면 네거티브에 "사람"을 넣지 마세요. 샷이 야경이라면 "어둠"을 부정하지 마세요. 모순은 모델을 어디서나 틀린 타협점으로 밀어붙입니다.

과도한 제약의 징후:

• 주체가 흐려지거나 뭉개짐.
• 움직임이 정체되거나 클립이 조기에 얼어붙음.
• 같은 프롬프트에 네거티브 없이 생성한 것보다 스타일이 눈에 띄게 평평해짐.

이런 일이 생기면 네거티브 목록을 절반으로 줄이고 다시 테스트하세요. 보통 한두 단어가 문제를 일으키고 있습니다.

네거티브 항목은 명확함을 대체하지 못한다

손이 항상 잘못 렌더링된다면 네거티브 항목이 도움이 되지만, 더 명확한 동작 표현("두 손이 보임, 손잡이를 잡음")이 종종 더 큰 도움이 됩니다. 결함이 나타나기 어렵게 긍정 프롬프트를 쓰고, 네거티브 항목은 주된 제어 수단이 아니라 안전망으로 여기세요.

파이프라인에서 프롬프트 테스트하기

결과를 재현할 수 있을 때 프롬프트 작성은 공학이 됩니다. 목표는 촘촘한 루프입니다: 작은 배치를 생성하고, 모든 것을 기록하고, 기준선과 비교하고, 한 번에 하나만 바꾸기.

반복 가능한 루프

1. 생성. 같은 골격에서 변형을 작은 묶음으로 생성합니다 — 보통 세에서 다섯 개, 필드 하나만 다르게.
2. 기록. 전체 프롬프트, 각 요청 파라미터(길이, 화면 비율, API가 노출하는 모든 시드나 샘플링 설정), 타임스탬프를 기록합니다.
3. 비교. 출력을 고정 기준선 클립과 나란히 봅니다. 어느 레이어가 바뀌었는지, 그리고 그것이 무엇을 가져왔는지 적습니다.
4. 정교화. 이긴 변형을 새 기준선으로 승격하고 반복합니다.

기록은 생각보다 더 중요하다

최소 로그 항목:

{
  "run_id": "cam-dolly-03",
  "prompt": "...",
  "params": {"duration": "short", "aspect": "16:9", "seed": 4412},
  "changed": "camera: 푸시 인 -> 90도 오빗",
  "verdict": "오빗이 더 입체적; 푸시 인은 더 평평해 보임"
}

API가 지원하는 곳에서는 시드를 고정하여 카메라와 표현의 변화가 비교 가능하게 하세요. 시드를 고정하지 않으면 차이가 내 수정에서 온 것인지 샘플링 노이즈에서 온 것인지 판단할 수 없습니다.

작은 프롬프트 라이브러리 구축

버전이 있는 검증된 레시피 세트를 유지하세요 — 카메라 무브먼트마다 하나, 동작 원형마다 하나 — 각각 파라미터 세트와 참조 출력을 갖추고. 새 샷은 백지에서 시작하지 말고 가장 가까운 레시피를 변형해서 시작하세요. 이것이 팀이 대량 생성에서 출력 일관성을 유지하는 방법입니다.

실용적 가드레일

• 실행마다 필드 하나만 바꾸세요. 여러 필드를 동시에 바꾸면 아무것도 알려주지 않습니다.
• 대표적인 주체에서 테스트하세요. 인물 사진에서 잘 맞춰진 프롬프트가 제품에서는 실패할 수 있습니다.
• 기준선을 고정하세요. 레시피마다 알려진 좋은 클립 하나를 비교 앵커로 보관하세요.
• 모델 업데이트 후 다시 테스트하세요. 동작이 바뀔 수 있으니 어제 효과가 있던 레시피는 빠른 재검토가 필요합니다.

레시피가 개발 중에 안정되면 같은 프롬프트와 파라미터 객체를 HiAPI.ai의 통합 API를 통해 바로 프로덕션 생성에 넘길 수 있으며, 이렇게 하면 검증한 것이 곧 배포할 것이 됩니다.