ReelaDocs

프롬프트 작성

브리프는 제작 프롬프트입니다. 이전 대화에 의존하지 않고 Reela가 어떤 비디오를 만들어야 하는지 알려줘야 합니다. 최종 요구사항과 관련 사실, 중요한 정확한 문구를 포함하세요. 요구사항에 도달한 과정을 대화록처럼 적지 마세요.

브리프는 제작 프롬프트입니다. 이전 대화에 의존하지 않고 Reela가 어떤 비디오를 만들어야 하는지 알려줘야 합니다. 최종 요구사항과 관련 사실, 중요한 정확한 문구를 포함하세요. 요구사항에 도달한 과정을 대화록처럼 적지 마세요.

사용자의 언어를 우선하세요

기본적으로 사용자의 언어로 제작 프롬프트를 작성하세요. 사용자가 요청하지 않는 한 영어로 번역하지 마세요. 프롬프트의 언어와 비디오에서 말하거나 화면에 표시되는 언어는 별개입니다. 서로 다르다면 해당 요구사항을 명시하세요.

샷만이 아니라 비디오를 설명하세요

주제, 비디오 유형, 시청자, 그리고 시청자가 이해하거나 행동해야 할 내용을 먼저 적으세요. 관련이 있다면 대화 언어와 게시할 플랫폼도 추가하세요.

“나뭇가지 위의 독특한 올빼미, 영화 같은 클로즈업”은 이미지를 묘사합니다. 하지만 “특별한 올빼미 한 종이 왜 독특한지 설명하는 90초 분량의 내레이션이 있는 세로형 비디오”라는 의도는 담기지 않습니다. 개별 샷을 설명하더라도 프롬프트에는 그 의도를 유지하세요.

주요 목표는 하나로 정하세요. 짧은 비디오에 브랜드 소개, 전체 튜토리얼, 가격 비교, 이벤트 홍보를 한꺼번에 담기는 어렵습니다.

최종 결정 사항을 반영하세요

대화를 브리프로 바꿀 때:

  • 가장 최근에 합의한 요구사항을 포함하세요. 가로 화면에서 세로 화면으로 변경했다면 세로 화면만 적으세요.
  • 구체적인 요청과 중요한 표현을 유지하세요. “이 종이 왜 독특한지 설명”을 “동물 보여주기”로 축약하지 마세요.
  • “위와 같이”, “두 번째 옵션 사용”, “이전 엔딩 유지” 같은 표현은 실제 요구사항이나 문구로 바꾸세요.
  • 인사말, 폐기된 대안, 크레딧 예상치, 검증 결과, 결제 확인 요청은 제외하세요.
  • 제출 전에 모순을 해결하세요. 한 규칙이 다른 규칙보다 우선한다면, 무엇이 우선하는지와 적용 범위를 명시하세요.

빈칸을 지어낸 사실이나 결정으로 채우지 마세요. 비디오에 중대한 영향을 미칠 정보가 빠졌다면 질문하고, 사용자가 창작에 맡긴 선택지는 열어 두세요.

지침, 사실, 대본, 참고 자료를 구분하세요

이 입력들은 각각 다른 목적으로 사용됩니다. 모든 내용을 “참고 자료”라는 항목에 넣지 말고 명확하게 구분하세요.

제작 지침에는 무엇을 만들고 자료를 어떻게 사용할지 적습니다. 예: “설정 단계를 세 가지 순서대로 설명하세요. 가격은 언급하지 마세요.”

사실 배경 정보에는 비디오에 사용할 수 있는 정보를 제공합니다. 문서 제목, 링크 또는 파일명만 적지 말고 관련 텍스트와 이름, 숫자, 날짜, 조건을 포함하세요. 이것만이 사용 가능한 사실인지 명시하세요. 배경 정보가 자동으로 소리 내어 읽을 대본이 되는 것은 아닙니다.

사용할 대본에는 내레이션이나 대사를 적습니다. 대본의 시작과 끝을 표시하고, 반드시 원문 그대로 사용해야 하는지, 가볍게 편집할 수 있는지, 자유롭게 각색할 수 있는지 명시하세요. 대사가 있다면 화자를 표시하세요. 대본을 다시 쓰라는 지시는 대본 블록 밖에 적어, 실제로 말할 문장으로 오인되지 않도록 하세요.

스타일 참고 자료 또는 예시는 재현할 내용이 아니라 표현 방식을 보여줍니다. 짧은 문장이나 질문으로 시작하는 구성처럼 참고할 요소와 이름, 주장, 줄거리 세부 사항처럼 복사하지 말아야 할 요소를 설명하세요. 특정 문장을 실제로 말해야 한다면 참고 자료가 아니라 대본으로 표시하세요.

사실과 창작의 자유를 구분하세요. 표현을 더 생동감 있게 만들어도 된다는 허가는 제안, 기능, 자격 조건 또는 결과를 지어내도 된다는 뜻이 아닙니다.

각 요구사항과 적용 범위를 명확히 하세요

짧고 독립적인 지침을 사용하고, 가능하면 한 줄에 요구사항 하나만 적으세요. 어떤 지침이 적용되는지 제목만으로 설명하려 하지 마세요.

이 비디오에서 중요한 선택 사항을 다루세요. 모든 항목을 지정할 필요는 없습니다.

  • 구성: 무엇이 먼저 나오고, 어떤 요점이 이어지며, 결말에서 무엇을 이루어야 하는지 적으세요. 필수 순서와 예시 순서를 구분하세요.
  • 시작과 끝: 규칙이 비디오 전체가 아니라 처음 몇 초 또는 마지막 행동 유도 문구에만 적용된다면 그렇게 명시하세요.
  • 화면 요소: 필수 피사체, 배경, 색상, 스타일을 적고, 금지되는 시각적 요소는 별도로 나열하세요. 실제 영상과 생성된 설명용 장면을 구분하세요.
  • 화면 텍스트: 자막, 제목, 정확한 문구와 언어를 지정하세요. “자막 없음”과 “화면 어디에도 텍스트 없음”은 서로 다른 요구사항입니다.
  • 음성: 내레이션이나 대화의 언어, 화자, 원본 음성을 유지해야 하는지 지정하세요. “화면 밖 내레이터 없음”은 등장인물의 대사를 허용하지만, “생성된 음성 없음”은 그렇지 않습니다.
  • 그 외의 소리: 사용 여부가 중요하다면 배경 음악, 환경음, 효과음을 각각 설명하세요. “배경 음악 없음”은 “소리 없음”을 뜻하지 않습니다.
  • 템포: 원하는 리듬과 쉼, 문장 길이를 설명하세요. 정확한 문구를 정해진 시간 안에 넣어야 한다면 먼저 소리 내어 읽어 보고, 시청자가 화면을 이해할 시간을 확보하세요.

예를 들어 “조용하게, 텍스트 없이, 그녀의 목소리는 유지” 대신 “인터뷰 대상자의 원래 음성을 유지하세요. 내레이션, 배경 음악 또는 효과음을 추가하지 마세요. 자막, 제목 또는 그 밖의 화면 텍스트를 표시하지 마세요.”라고 작성할 수 있습니다. 단, 더 명확한 표현은 사용자의 실제 의도와 일치할 때만 사용하세요.

제공된 미디어의 사용 방법을 설명하세요

첨부한 각 파일의 용도와 제한 사항을 설명하세요.

  • 비디오에 반드시 포함해야 하나요, 아니면 시각적 참고 자료로만 사용하나요?
  • 원래 소리를 유지하나요, 제외하나요? 어떤 화자나 구간을 남기거나 제외해야 하나요?
  • 원래 순서를 유지해야 하나요, 아니면 발췌하고 순서를 바꿔도 되나요?
  • 생성된 장면을 추가해도 되나요? 반드시 포함할 순간, 시간 범위 또는 분량 비율이 있나요?

제공된 노래가 있다면, 해당 노래를 중심으로 구성한 뮤직비디오인지, 아니면 배경 음악으로만 사용하는 비디오인지 구분하세요. 생성할 노래라면 노래의 주제, 언어, 스타일, 필수 가사를 비디오의 시각적 요구사항과 별도로 설명하세요.

적절한 CLI 옵션을 사용해 파일을 첨부하세요. 프롬프트에 파일명을 적어도 파일이 첨부되는 것은 아니며, 시각적 기법을 설명해도 호환되는 --visual 옵션을 선택할 필요가 없어지는 것은 아닙니다. 지원되는 조합은 reela create -h에서 확인하세요.

간결한 프롬프트 구조를 사용하세요

필요한 섹션만 사용하고 나머지는 생략하세요. 이 제목들은 작성에 도움이 되는 항목이지 필수 CLI 필드는 아닙니다.

Video: Subject, format, audience, and the main takeaway or action.
Delivery: Duration, aspect ratio, spoken language, and target platform if relevant.
Content and structure: Essential points, their order, opening, and ending.
Facts: Relevant source content and limits on what may be claimed.
Script: Exact narration or dialogue, with permission or limits for rewriting.
Materials: Each attachment's purpose, audio treatment, and editing restrictions.
Visuals: Required look and content; prohibited imagery.
On-screen text: Required wording, language, and text restrictions.
Sound and pacing: Voices, music, ambience, effects, rhythm, and pauses.
Creative freedom: What may be chosen freely and what must not change.

길이와 화면 비율이 --duration 및 --layout와 일치하도록 하세요. 더 긴 프롬프트에는 --prompt-file를 사용하세요. 파일에는 대화 기록이 아니라 실제 제작 요청이 들어 있어야 합니다.

예시: 독립적으로 이해할 수 있는 제작 프롬프트

이 가상의 이벤트 예시에서는 모든 샷을 지정하지 않으면서 사실, 제작 규칙, 정확한 문구를 구분합니다.

Video: Make a friendly invitation to a community book swap for nearby residents.
The main takeaway is that visitors bring one book and take home another.
Delivery: 30 seconds, portrait, spoken English.

Facts: The event is Saturday, 14 November 2026, from 10 am to noon,
at Maple Community Hall. Admission is free. Bring one book to exchange.
Use only these event facts. Do not invent an address, booking link, or other activities.

Structure: Open by explaining the exchange, then give the time and location.
End by inviting viewers to bring a book.

Narration: Write a short original narration from the facts above.
The final spoken sentence must be exactly: "Bring a book. Find your next read."

Materials: No event photos or footage are supplied.
Visuals: Use illustrative scenes of books and reading, not purported event footage.
Do not depict a recognizable venue or invent signage for Maple Community Hall.
On-screen text: Show the event date, time, and venue exactly as stated in Facts.
On-screen text must be in English. Do not add other factual claims.
Sound: Use one warm narrator and soft instrumental background music.
Do not add character dialogue or sound effects.
Pacing: Leave enough time to read the event details.
Creative freedom: Choose the shots and transitions; keep the facts and final line unchanged.

비용을 미리 보기 전에 프롬프트를 확인하세요

앞선 대화는 보지 말고 프롬프트와 첨부 파일만 읽어 보세요. 요청한 비디오가 무엇인지, 핵심 내용이 무엇인지, 각 자료를 어떻게 사용해야 하는지, 무엇을 바꾸면 안 되는지 파악할 수 있나요?

다음을 확인하세요.

  • 최종 요청에 사용자의 목적과 구체적인 요구사항이 여전히 반영되어 있습니다.
  • 사실, 지침, 정확한 대본, 스타일 예시가 명확히 구분되어 있습니다.
  • 해결되지 않은 대안이나 모순, 빠진 맥락을 참조하는 표현이 없습니다.
  • 첨부 파일, 시각적 옵션, 길이, 화면 비율이 서면 요청과 일치합니다.
  • 필수 발화 문구가 길이에 맞고, 근거가 없는 주장은 삭제되었습니다.

--dry-run는 요청을 검증하고 크레딧을 예상하지만, 비디오를 생성하거나 사실의 정확성, 의도 반영 여부 또는 시각적 품질을 확인하지는 않습니다. 제출하기 전에 직접 브리프를 확인하세요. 사용자를 대신해 작업할 때는 유료로 제출하기 전에 승인을 받으세요. CLI가 대신 승인을 받아 주지는 않습니다.