Seedance2

Seedance 2.0 프롬프트 작성 팁

공개 튜토리얼 및 공식 블로그는 명확한 구조와 구체적인 표현이 결과를 개선한다고 제안합니다. 아래에는 일반적으로 권장되는 공식 및 @ 참조 시스템을 요약합니다. 플랫폼은 약간 다른 방식으로 구현할 수 있습니다.

최종 업데이트:

최종 검증:

새로고침 주기: 며칠마다

정보 출처 및 참고사항

본 가이드는 공식 제품 문서나 지원 콘텐츠가 아닌 서드파티 참조 자료로 작성되었습니다.

사용된 출처

2026년 2월 12일에 공개된 ByteDance Seed 출시 자료, 공개 프로젝트 페이지, 선별된 서드파티 튜토리얼, 비교 기사 및 워크플로우 설명을 바탕으로 작성되었습니다.

경계선

본 페이지는 공개된 주장, 일반적인 워크플로우 및 용어 이해를 위해 사용하세요. 공식 지원, 승인 또는 제품 소유자의 성명으로 읽지 마십시오.

최신 정보

포털, 가격, UI, 언어 지원, 생성 속도 및 API 가용성은 변경될 수 있습니다. 의존하기 전에 공식 또는 1차 출처에서 현재 세부 정보를 확인하세요.

출처 기준

본 페이지는 공개 자료를 요약합니다. 사양, 가격 및 액세스는 변경될 수 있으므로 결정 전에 1차 출처를 확인하세요.

프롬프트 템플릿

프롬프트 템플릿 클러스터

재사용 가능한 템플릿, 일일 Input / Output 업데이트, 향후 이미지·영상 근거는 전용 prompt-templates 클러스터에서 관리합니다.

Coming soon (아직 소재 없음)

Prompt Templates 보기

골든 프롬프트 공식

Seedance 2.0 권장 프롬프트 공식: @소재 참조 + 역할 지정 + 장면 설명 + 카메라/모션 + 스타일/조명 + 사운드 디자인(선택) + 타임라인(선택). 예시: '@Image1을 캐릭터로, 밤에 네온불 빛나는 도쿄 골목을 걸으며, 느린 달리 포워드, 시네마틱 색보정, 따뜻한 하이라이트, 환경 빗소리, 0-3초 장면 설정 후 3-8초 캐릭터가 카메라를 향함.' 이 7요소 구조는 공개 가이드에서 널리 인용됩니다. 처음 3요소부터 시작하세요.

프롬프트 구조(공식)

많은 가이드는 7부분 구조를 권장합니다: 주제 + 동작 + 환경 + 칩의 동작 + 조명/분위기 + 스타일 + (선택사항) 사운드. 더 짧은 변형: 주제 + 동작 + 장면 + 칩의 언어 + 스타일 + 품질 + 제약 조건. 예시: '빨간 코트를 입은 여성이 눈 내리는 거리를 걷고, 가벼운 눈이 내리며, 칩의가 그녀 옆을 따라가며, 영화적 조명, 2K, 선명한 디테일.' '아름답다' 또는 '멋지다'와 같은 모호한 단어를 피하고 구체적인 디테일(색상, 위치, 텍스처)을 사용하세요.

@ 참조 시스템(멀티모달)

이미지, 비디오 또는 오디오를 업로드할 때 Seedance 2.0은 프롬프트에서 @ 태그(예: @Image1, @Video1, @Audio1)를 사용하여 이를 참조하는 것을 지원합니다. 공개 문서의 예시: '@Image1을 첫 번째 프레임으로', '@Video1을 칩의 동작 참조로', '@Audio1을 배경 음악으로 사용'. 이렇게 하면 어떤 자산이 구성, 모션 또는 사운드를 주도하는지 제어할 수 있습니다.

모션 및 칩의

피사체 동작과 칩의 동작을 모두 설명합니다. 권장 용어는 다음을 포함합니다: 천천히 줌 인(돌리 인), 뒤로 당기기, 트럭(측면 이동), 궤도, 트래킹 샷, 정적 칩의, 핸드헬드입니다. 더 안정적인 출력을 위해 칩의 동작은 단순하고 안정적으로 유지하세요. 동작의 경우 '느리게, 부드럽게, 연속적으로, 자연스럽게'와 같은 단어는 종종 더 나은 일관성을 제공합니다. 복잡한 다인 상호작용 또는 극단적인 동작은 제어하기가 더 어려울 수 있습니다.

멀티샷 시간적 신호

멀티샷 시퀀스의 경우 공개 가이드는 시간적 언어를 사용하여 낟엇을 구조화할 것을 제안합니다: 예를 들어 '먼저... 그 다음... 마지막으로...' 또는 '장면 1: ... 장면 2: ...'. 이렇게 하면 모델이 전환을 계획하고 논리적 흐름을 유지하는 데 도움이 됩니다. 일관된 캐릭터 참조(예: '@Image1과 동일한 캐릭터')와 결합하여 최상의 결과를 얻으세요.

피해야 할 것

공개 가이드의 일반적인 실패 원인: 지나치게 모호한 프롬프트, 누락된 동작 또는 칩의, 모순된 지시(예: 한 샷에서 클로즈업과 와이드 샷), 분위기나 조명 없음, 오디오가 필요할 때 사운드 디자인 없음. 캐릭터 일관성을 위해 '동일한 캐릭터, 일관된 의상, 자연스러운 해부학, 안정적인 얼굴'과 같은 제약 조건을 추가하세요.

Advanced template board (coming soon)

This page now hosts the advanced prompt-template board. We keep Input/Output placeholders live in all locales and will add daily verified image/video evidence once materials are produced.

예시 및 출처

7요소 프롬프트 예시

공개 가이드에 따르면 7요소 구조(주제+동작+환경+카메라+스타일+사운드)가 자주 권장됩니다. 아래는 서드파티 튜토리얼의 일반적인 예시입니다.

빨간 코트를 입은 여성이 눈 덮인 거리를 걷고, 가벼운 눈이 내리고, 카메라가 옆에서 추적, 영화적 조명, 2K, 선명한 디테일.
Dreamina 체험

@ 참조 멀티모달 예시

이미지나 비디오를 업로드한 후 프로ンプ트에서 @ 태그로 참조합니다. 공개 문서에 따르면 이러한 패턴이 일반적입니다.

@Image1을 첫 번째 프레임으로; 카메라 움직임 참조 @Video1; 배경 음악에 @Audio1 사용.
ByteDance Seedance 2.0 프로젝트 페이지

Advanced prompt board placeholder

Coming soon: daily validated prompt runs for "character", "scene", and "display/synthesis" categories with evidence links.

Input template -> Run -> Analyze -> Categorize -> Publish (image/video proof coming soon).

자주 묻는 질문

프롬프트는 얼마나 길어야 하나요?

1~3개의 명확한 문장이 적당한 범위입니다. 주제, 동작, 칩의 및 스타일을 포함하고, 결과에 영향을 미치는 곳에만 디테일을 추가하세요. 너무 짧으면 모호하고, 너무 길면 주요 아이디어가 희석될 수 있습니다.

출력이 잘못되어 보이는 이유는 무엇인가요?

일반적인 원인: 모호한 프롬프트, 누락된 동작 또는 칩의, 또는 모순된 지시. 구체적인 디테일(색상, 위치, 칩의 이동)을 추가하고 상충되는 용어를 피하세요. 더 많은 정보는 모범 사례 가이드를 참조하세요.

Seedance 2.0 모범 사례 — 더 나은 비디오 출력을 위한 프로 팁

업로드된 이미지를 어떻게 참조하나요?

프롬프트에서 @ 태그(예: @Image1, @Video1, @Audio1)를 사용하세요. 예시: '@Image1을 첫 번째 프레임으로' 또는 '@Image1과 동일한 캐릭터'. 전체 @ 시스템에 대한 멀티모달 가이드를 참조하세요.

Seedance 2.0 옴니레퍼런스(Omni-Reference) & 멀티모달 입력 — 이미지, 비디오 & 오디오 레퍼런스 설명

어떤 칩의 용어가 가장 잘 작동하나요?

공개 가이드 권장: 돌리 인, 뒤로 당기기, 트럭, 궤도, 트래킹 샷, 정적 칩의, 핸드헬드. 더 안정적인 출력을 위해 동작은 단순하고 안정적으로 유지하세요.

멀티샷 일관성에 가장 효과적인 프롬프트 구조는 무엇인가요?

공개 가이드에서는 주제+동작+환경+카메라+스타일을 권장하며, 각 샷에서 'same character as @Image1'을 명시합니다. '먼저... 그 다음... 마지막으로...' 같은 시간적 큐를 사용하고, 캐릭터당 1–2개의 참조 이미지를 유지하세요. 베스트 프랙티스 가이드를 참조하세요.

Seedance 2.0 모범 사례 — 더 나은 비디오 출력을 위한 프로 팁

Related capabilities

관련 가이드

더 알아보기

Reviewer
Seedance2 편집팀 검토
최종 검토
Content basis
공개 출처 기반 제3자 정리

이 콘텐츠는 공개적으로 이용 가능한 자료를 기반으로 작성되었으며 공식 제품 문서를 대표하지 않습니다.