장면을 컷으로 쪼개고 구도·대사·연출 포인트를 설계하는 콘티 작업에 AI를 배치하는 실전 프롬프트와 콘티표 템플릿을 정리했습니다.
- 콘티 설계: 클로드 Sonnet 4.6 (웹 인터페이스) / 텍스트 콘티표 기준, 별도 작화 도구는 다루지 않음
- 테스트 : 적용 대상: 웹툰 단편 1화 도입부, 정보성 숏폼 1편 콘티 구성
- 테스트 항목: 컷 분할 프롬프트 / 카메라 구도·시선 유도 프롬프트 / 콘티표 템플릿
- 비교 기준: 프롬프트 없이 수동으로 컷을 나눴을 때와 소요 시간·수정 횟수 비교
.png "AI로 웹툰·숏폼 콘티(스토리보드) 제작 4단계 워크플로우")
1 AI로 콘티를 짜면 좋은 이유 — 원리
웹툰이든 숏폼이든 콘티(스토리보드)는 이야기를 보이는 단위로 쪼개는 작업입니다. 어디서 컷을 나눌지, 어떤 앵글로 보여줄지 정하는 이 단계는 백지 상태에서 시작할 때 가장 오래 걸립니다. AI를 콘티 설계 단계에 배치하면 초안 컷 구성이 먼저 나오고, 이후에는 조정과 다듬기에 집중할 수 있는 구조가 만들어집니다.
조건 없이 "이 이야기로 콘티 짜줘"라고 요청하면 컷 수가 지나치게 많거나 적게 나뉘고, 대사와 지문이 뒤섞여 실제 작화·촬영 단계에서 다시 정리해야 하는 경우가 많습니다. "컷당 정보 1개", "시선 유도 지점 명시" 같은 제약을 프롬프트에 넣으면 결과물이 곧바로 작화나 촬영 지시서로 옮길 수 있는 형태로 좁혀집니다. 콘티 단계의 조건 구체성이 이후 작화·편집 단계의 수정 횟수를 줄이는 핵심 요소입니다.
다만 AI가 컷 분할 시간을 줄여준다고 해서 연출력까지 자동으로 생기는 것은 아닙니다. AI가 만든 콘티 초안은 이야기의 리듬과 감정선을 점검하는 용도로 쓰고, 최종 컷 배치와 연출 판단은 작업자가 직접 조정하는 구조가 이 가이드의 전제입니다.
2 컷 분할 실전 프롬프트 — 웹툰·숏폼
아래는 실제 콘티 설계에 사용한 프롬프트 구조입니다. {} 안의 내용만 교체하면 바로 사용할 수 있습니다. 매체별로 컷 분할 기준이 다르기 때문에 웹툰용과 숏폼용을 구분했습니다.
이 조건을 넣지 않으면 한 컷에 동작과 대사, 배경 설명이 동시에 들어가는 콘티가 나오는 경우가 많습니다. 정보가 겹치면 작화 단계에서 어느 요소를 우선 그릴지 다시 판단해야 하는 작업이 추가됩니다. 컷당 정보를 1개로 제한하면 작화·연출 단계에서 참고할 기준이 분명해지고, 콘티를 다시 나누는 작업이 줄어듭니다.
숏폼 대본 자체를 먼저 준비하려면 클로드 릴스 대본 프롬프트 가이드를 함께 참고하고, 하루 단위로 여러 편을 발행하는 루틴이 필요하면 유튜브 숏폼 하루 3개 제작 루틴을 함께 적용할 수 있습니다.
3 구도·카메라 연출 심화 프롬프트
컷이 나뉜 뒤에는 각 컷을 어떤 구도로 보여줄지 정해야 합니다. 구도 지정을 생략하면 대부분의 컷이 비슷한 각도로 나열되어 리듬이 단조로워집니다.
동일한 거리·각도의 컷이 이어지면 독자나 시청자가 화면 전환을 인지하기 어려워지고, 장면의 리듬이 평평하게 느껴집니다. 원경·중경·근경을 번갈아 배치하면 시선이 자연스럽게 다음 컷으로 이동하고, 감정이 고조되는 지점에서 근접 구도를 쓰면 그 지점이 더 두드러집니다. 구도를 프롬프트 단계에서 미리 분산 지정해두면 완성 후 순서를 다시 조정하는 작업이 줄어듭니다.
콘티가 정리된 뒤 실제 촬영·편집으로 넘어갈 때는 CapCut AI 편집 가이드와 Vrew AI 영상 편집 가이드를 참고해 자막·컷 편집을 이어갈 수 있습니다.
4 실전 콘티표 템플릿
위 프롬프트로 받은 결과를 아래 형식의 표로 정리하면 작화·촬영 단계에서 참고하기 쉽습니다. 웹툰은 "대사/지문" 열을, 숏폼은 "타임코드" 열을 채워 사용합니다.
| 컷 번호 | 장면 설명 | 구도/앵글 | 대사·자막 | 연출 포인트 |
|---|---|---|---|---|
| #1 | 인물이 문 앞에서 망설이는 상황 | 원경 | (자막 없음) | 공간의 크기로 긴장감 조성 |
| #2 | 손잡이를 잡는 손 | 근경 | (자막 없음) | 시선을 손으로 유도 |
| #3 | 문을 열고 놀라는 표정 | 클로즈업 | "...진짜였구나." | 감정 최고조 지점 |
| #4 | 뒤로 물러서는 전신 | 중경 | (자막 없음) | 다음 컷으로의 여백 |
5 직접 적용 결과
웹툰 단편 도입부 1편과 정보성 숏폼 1편에 위 프롬프트 구조를 적용했습니다. 아래는 각 레이어별로 확인한 내용입니다.
프롬프트 구조 없이 컷을 나눌 때는 몇 컷으로 끊을지 자체를 정하는 데 시간이 가장 오래 걸렸고, 컷을 다 나눈 뒤에도 정보가 겹치는 컷을 다시 쪼개는 수정이 반복됐습니다. 위 컷 분할·구도 프롬프트를 적용한 뒤에는 초안 컷 구성이 한 번에 나온 뒤 구도만 조정하면 되는 흐름으로 바뀌었습니다.
컷 수를 정하는 데만 상당한 시간이 소요됐고, 한 컷에 여러 정보가 섞여 있어 작화 단계에서 컷을 다시 나누는 수정이 발생했습니다.
컷 분할과 구도 지정 초안을 받고, 이후 수정은 구도 조정 위주로 줄었습니다.
※ 위 결과는 동일 작업자 기준 1회 비교 결과이며, 콘텐츠 장르, 이야기 복잡도에 따라 차이가 있을 수 있습니다.
콘티 작업이 오래 걸리는 주된 원인은 컷 수와 구도를 동시에 판단하려 하는 데 있습니다. 컷 분할과 구도 지정을 두 단계 프롬프트로 나누면 한 번에 하나의 판단만 내리면 되므로 검토가 단순해집니다. 즉 이 방법의 핵심은 AI 자체가 아니라, 콘티 작업을 "정보 단위로 나누는 판단"과 "보여주는 방식 판단"으로 분리하는 구조입니다.
두 판단을 한 번에 요청하면 컷 수가 구도에 맞춰 과도하게 늘어나거나, 구도가 컷 수 제한에 맞춰 단조로워지는 경우가 자주 나타납니다. 컷 분할을 먼저 확정한 뒤 구도를 지정하면 각 단계에서 확인할 기준이 명확해지고, 결과물을 검토하는 시간이 줄어듭니다.
숏폼 형식·길이 관련 내용은 유튜브 공식 고객센터를 기준으로 작성했습니다. 클로드 모델 관련 내용은 Anthropic 공식 문서를 기준으로 참고했습니다.
이 포스트의 프롬프트 구조는 클로드 Sonnet 4.6으로 초안을 작성한 뒤 직접 편집했습니다. Section 4의 콘티표는 예시 구성이며, Section 5의 소요 시간 수치는 직접 측정한 뒤 채워 넣는 방식으로 관리합니다.
Section 5의 정확한 소요 시간과 수정 횟수는 반복 적용 후 실측치로 교체할 예정입니다. 공식 출처 URL 2개는 직접 접근해 존재 여부를 확인했습니다. 도구 업데이트 이후에는 프롬프트 결과물의 형식이 다르게 나타날 수 있습니다.
6 AI 콘티 설계의 한계 — 솔직한 평가
AI가 콘티 초안 작업 시간을 줄여주는 것은 사실이지만, 다음 한계를 명확히 알고 사용해야 합니다.
AI가 나눈 컷을 그대로 옮기기만 하면 작가·크리에이터 고유의 연출 리듬이 드러나지 않을 수 있습니다. 또한 콘티는 이야기 설계 도구일 뿐 작화·촬영·연기의 완성도를 대신하지 않습니다. 웹툰 창작 과정에서 생성형 AI 활용에 대한 입장은 플랫폼과 공모전마다 다르게 운영될 수 있으므로, 상업 연재나 공모전에 콘티를 활용할 경우 해당 플랫폼의 최신 방침을 직접 확인해야 합니다.
- ✗작가 고유의 연출 리듬·개성 형성
- ✗실제 작화·촬영·연기의 완성도
- ✗플랫폼별 AI 활용 방침 준수 여부 판단
- ✗독자 반응·조회수 예측
- ✓컷 분할 초안 생성
- ✓구도·앵글 배치 아이디어 제안
- ✓콘티표 형식으로 정리
- ✓여러 버전의 컷 구성 비교
.png "AI로 하기 어려운 작업·잘 맞는 작업 비교")
7 자주 묻는 질문 (FAQ)
8 오늘부터 시작하는 3단계
- ① 오늘: Section 2의 컷 분할 프롬프트에 준비 중인 장면 개요나 대본을 넣어 초안 컷 구성을 받아보십시오.
- ② 이번 주: Section 3의 구도 지정 프롬프트를 이어 적용하고, Section 4의 콘티표 형식으로 정리해두십시오.
- ③ 다음 단계: 정리된 콘티표를 작화·촬영 지시서로 옮기고, 실제 소요 시간을 기록해 다음 작업의 기준으로 삼으십시오.
AI는 컷을 대신 그려주거나 연기를 대신하지 않습니다. 구조화된 컷 분할·구도 프롬프트는 백지에서 시작하는 시간을 줄여, 남은 시간을 연출과 완성도에 쓸 수 있게 해줍니다. 숏폼 후킹 문구와 썸네일 카피가 함께 필요하다면 AI 썸네일·후킹 카피 가이드를, 긴 호흡의 이야기 구조가 궁금하다면 AI 웹소설 스토리 작성 가이드를 참고하십시오.
※ 본 글의 AI 도구 스펙·기능은 각 제공사 공식 문서 기준으로 정리했으며, 이후 변경될 수 있습니다. 실제 성능과 결과는 사용 환경, 계정 상태, 프롬프트 설계에 따라 달라질 수 있습니다. 본 초안은 클로드를 보조 도구로 사용해 작성됐으며, 직접 테스트와 편집 과정을 거쳐 발행됐습니다.