실제로 실행할 수 있는 Claude Opus 5.5 비디오 프롬프트

프롬프트를 붙여넣기 전에

Claude Code에서 Opus 5.5를 high 또는 xhigh effort로 사용하세요. Node.js, Chromium 기반 브라우저, FFmpeg를 준비하세요. 새 디렉터리에서 시작하고, 소유하거나 사용 라이선스가 있는 자산만 Claude에게 제공하세요. 전체 렌더링 전에 저해상도 미리보기를 요청하세요. 30초 1080p 렌더링은 다시 하는 것보다 디버깅하는 편이 훨씬 저렴합니다.

프롬프트 템플릿은 Claude가 파일을 생성하고 로컬 명령을 실행할 수 있다고 가정합니다. 이들은 .env에 API 키를 숨기거나, 스톡 영상을 몰래 다운로드하거나, 결과가 순수 코드 애니메이션이라고 주장하면서 비디오 생성 API를 호출하지 않습니다.

1. 15초 모션 쇼릴

선정 이유: 짧고 자체 완결적이며, 초보자에게 브라우저에서 MP4로 이어지는 전체 파이프라인을 빠르게 테스트할 기회를 줍니다. 원본 한 줄짜리 쇼릴 프롬프트는 아이디어로는 유용하지만, 이 버전은 출력을 검사 가능하게 만드는 제약을 추가합니다.

빈 Claude Code 프로젝트에 다음을 복사하세요:

Create a 15-second motion-graphics showreel for a fictional developer tool called Northstar.

Before coding, write a 5-shot storyboard with timestamps. Then build the animation as a single local HTML page using Canvas or SVG, with no remote assets. Use 1920x1080 at 30 fps, a dark background, one accent color, kinetic typography, geometric transitions, and a clear beginning, middle, and end. Keep text short enough to read at normal playback speed.

Add a deterministic preview mode and a render script. First render a 3-second low-resolution preview and inspect the first, middle, and last frames. Fix blank frames, clipped text, accidental layout shifts, and console errors before rendering the final MP4 with Chromium and FFmpeg.

Deliver the source files, the exact render command, the storyboard, and out/northstar-showreel.mp4. Do not use a video-generation API or download assets.

예상 결과: 짧은 MP4, 재현 가능한 소스 프로젝트, 렌더링 명령. 첫 버전이 시각적으로 밋밋하다면 한 번에 하나의 변수만 바꾸세요: 더 강한 타이밍, 더 적은 단어, 또는 더 독특한 전환.

2. 30초 비즈니스 설명 영상

선정 이유: 5부 구조가 실제 커뮤니케이션 작업에 대응합니다: 문제, 제품, 프로세스, 증거, 마무리. 대괄호 안의 필드를 자신의 사실로 교체하세요. 모델에게 고객 수치를 지어내라고 요청하지 마세요.

Act as a motion designer and information designer. Create a 30-second animated explainer for [PRODUCT], made for [AUDIENCE]. The verified product facts are: [FACTS]. Brand colors are [COLORS]. The only proof point you may use is [PROOF POINT].

Plan exactly five scenes before coding:
1. 0–5s: the audience's problem;
2. 5–11s: what the product does;
3. 11–21s: the workflow in three visual steps;
4. 21–26s: the verified proof point;
5. 26–30s: product name and one call to action.

Build it as a local HTML animation at 1920x1080, 30 fps. Use simple shapes, readable typography, smooth transitions, and no more than one main action per scene. Keep all on-screen claims faithful to the supplied facts. First show me the storyboard and a low-resolution preview; then render the final MP4 with a local browser and FFmpeg.

Deliver the MP4, source code, storyboard, and a list of every external asset or font used. If a fact is missing, leave a clearly marked placeholder instead of guessing.

이것은 "멋지게 만들어줘"라고 하는 프롬프트보다 더 나은 첫 제품 영상입니다: 모델에게 내러티브, 길이 예산, 입력 경계, 완료 기준이 있기 때문입니다.

3. 프로세스 또는 레시피 설명 영상

선정 이유: 단계별 애니메이션은 관대합니다. 시각적 스타일이 단순해도 시청자는 결과를 이해할 수 있으며, 동일한 템플릿이 레시피, 온보딩 흐름, 실험 절차, 또는 API 요청에도 적용됩니다.

Make a 30-second process explainer for [PROCESS]. The steps are exactly: [STEP 1], [STEP 2], [STEP 3], [STEP 4]. Use an empty starting state and a completed ending state so the transformation is obvious.

Create a storyboard before implementation. Give each step a visible number, a short label, a measurable value where relevant, and one animation that shows the step happening. Use HTML Canvas or SVG in a single local page, 1080x1080, 30 fps, with a 4-second opening, 5 seconds per step, and a 6-second conclusion. Keep labels inside safe margins and never let an animation hide the information it explains.

Render a 5-second sample first. Check that the order, labels, timing, and final state are correct. Then export the complete MP4 with local Chromium and FFmpeg. Deliver the source, render command, and a frame-by-frame timing table. Do not invent measurements or use copyrighted images.

레시피의 경우 [PROCESS]를 레시피로 바꾸고 정확한 계량을 제공하세요. 기술 튜토리얼의 경우 Claude에게 인터페이스를 추측하게 하는 대신 실제 명령이나 스크린샷을 입력으로 사용하세요.

4. 라인 아트 교육용 숏폼

선정 이유: 공개 예시들은 라인 아트 애니메이션이 사실적인 자산 없이 추상적인 주제를 설명하는 실용적인 방법임을 보여줍니다. 중요한 개선점은 그리기 전에 팩트 시트와 내레이션 계획을 요구하는 것입니다.

Create a 25-second line-art explainer about [TOPIC] for [AUDIENCE]. Use only the verified facts below: [FACTS]. The visual style is friendly hand-drawn 2D animation with a restrained palette, light background texture, and no photorealistic people.

First write a five-shot storyboard and a narration/subtitle script with timestamps. Each shot must show one concrete event or transformation; do not replace an explanation with a decorative title card. Keep subtitles to two lines maximum and leave safe margins for mobile viewing. Use deterministic animation code so the same input produces the same frames.

Implement the short locally with Canvas or p5.js at 1080x1920, 30 fps. Use generated shapes rather than unlicensed images. Render a silent preview first, inspect it at 0s, 12s, and 24s, then add either a local audio file supplied by me or a clearly labeled placeholder. Export the final MP4 and provide the source, timing table, and audio-sync command. Do not make historical or scientific claims beyond the supplied facts.

이 템플릿은 "오천 년의 역사를 요약해줘"보다 의도적으로 더 겸손합니다. 광범위한 주제도 가능하지만, 검증된 개요를 제공하고 모델이 당신의 사실을 그림으로 표현하는 것이지 당신을 대신해 출처 비평적 연구를 하는 것이 아님을 받아들인 후에야 가능합니다.

5. 손으로 그린 캐릭터 숏폼

선정 이유: 작은 캐릭터 이야기는 애니메이션에 시작, 행동, 반응, 결말을 부여합니다. 큰 Three.js 세계의 기하학과 성능 비용 없이 타이밍과 연속성을 테스트하기 좋습니다.

Make a 12-second hand-painted 2D short about [CHARACTER] trying to [GOAL] and reacting when [OBSTACLE]. The story must have three beats: setup, attempt and reaction/payoff. Use flat 2D brush-like shapes, a small palette, visible frame-to-frame motion, and no 3D camera or realistic assets.

Plan three shots with exact timestamps before coding. Keep one focal action in each shot. The character's pose, proportions, and key props must remain consistent across cuts. Use Canvas or p5.js in a local HTML page at 1080x1080, 24 fps. Make the animation deterministic and keep the total render lightweight.

Render a contact sheet or short preview first. Check that the character does not slide, pop between poses, disappear behind the background, or finish the action before the viewer can read it. Then export out/character-short.mp4 with Chromium and FFmpeg. Deliver source code, storyboard, and render instructions.

포함하지 않은 프롬프트

일부 공개 예시는 영감으로는 가치 있지만 초보자 지침으로는 부적합합니다. "현대적이고 멋진 영상을 만들어줘" 같은 한 줄 요청, 연구와 참조 아트가 필요한 장편 역사 영화, 원본 텍스트가 잘린 프롬프트, 비공개 스킬이나 유료 이미지 서비스 또는 다른 비디오 모델에 의존하는 항목은 제외했습니다. 어떤 프롬프트가 멋진 게시물을 만들어낼 수 있어도 복사-붙여넣기 추천으로는 나쁠 수 있습니다.

프롬프트에서 API 키로

Claude Code는 프로젝트를 작성하고 렌더링하는 도구이고, APIMaster는 워크플로가 Claude를 프로그래밍 방식으로 호출하거나 여러 모델에 하나의 키를 사용하고 싶을 때 쓸 수 있는 API 라우트입니다. APIMaster 계정을 만들고, $1부터 시작하는 소액 종량제 잔액을 충전하고, **콘솔**에서 키를 생성한 뒤, https://apimaster.ai/v1에서 claude-opus-5-5를 사용하세요. 긴 렌더링 전에 라이브 카드와 라우트 상태를 확인하세요.

FAQ

Claude Opus 5.5가 스스로 MP4를 출력하나요?

아니요. Claude는 애니메이션 코드와 로컬 렌더링 명령을 작성합니다. Chromium, 브라우저 레코더, 또는 다른 렌더러가 프레임을 생성하고, FFmpeg가 일반적으로 이를 MP4로 조립합니다.

이 프롬프트를 Claude 웹 앱에 붙여넣어도 되나요?

계획 부분은 거기서 사용할 수 있지만, 전체 워크플로는 Claude Code가 파일을 생성하고, 브라우저를 실행하고, 출력을 검사하고, FFmpeg를 호출할 수 있는 로컬 프로젝트를 가정합니다.

어떤 프롬프트를 먼저 시도해야 하나요?

설정을 테스트하려면 15초 쇼릴을 사용하세요. 기술 데모가 아니라 유용한 영상이 필요할 때는 비즈니스 설명 영상이나 프로세스 설명 영상을 사용하세요.

이 프롬프트가 공개 예시와 동일한 영상을 만들어낸다고 보장되나요?

아니요. 결과는 모델 버전, effort 설정, 로컬 도구, 자산, 후속 편집, 렌더링 파이프라인에 따라 달라집니다. 템플릿은 작업을 재현 가능하게 만들 뿐, 반복을 없애주지는 않습니다.

출처 및 선정 방법

이 글은 2026년 9월 29일에 검증되었습니다. 선정 기준은 프롬프트에 명확한 출력, 실현 가능한 로컬 의존성, 제한된 길이, 결과를 검사하거나 수정할 방법이 있는지였습니다.

• joeseesun/opus-video-prompts — 쇼릴, 설명 영상, 레시피 그래픽, 라인 아트 애니메이션을 포함한 공개 예시.
• yihui-dev/awesome-opus5-5-videos — 더 큰 공개 프롬프트 아카이브와 항목마다 완성도가 다르다는 경고.
• athemeroy/awesome-opus-5-5-videos — 프롬프트 플레이북과 코드, 자산, 외부 비디오 모델에 관한 공개 지침.
• ClaudeAnimationBase — 재현 가능한 로컬 렌더링 패턴과 타이밍 검사의 중요성.
• APIMaster 라이브 라우트 데이터 및 모델 카드 — 현재 가격과 가용성.

작은 렌더링으로 시작하세요

APIMaster를 열고, 콘솔에서 키를 생성한 뒤, 긴 코딩이나 렌더링 작업을 보내기 전에 https://apimaster.ai/v1를 통해 claude-opus-5-5를 테스트하세요.