이 Shorts가 흥미로운 이유는 OpenMontage를 단순히 “영상 만드는 오픈소스”라고 부르지 않기 때문입니다.
영상이 말하는 포인트는 더 큽니다.
- 새 SaaS 가입 없이
- 새 영상 편집 앱 학습 없이
- 이미 켜 놓은 Claude Code, Cursor, Codex 같은 코딩 어시스턴트를
- 리서치 → 대본 → 에셋 → 편집 → 렌더 전체를 지휘하는 오케스트레이터로 쓴다
즉 이 프로젝트의 핵심은 “영상 생성 앱”이 아니라, AI 코딩 어시스턴트 위에 얹는 영상 제작 운영체제 라는 데 있습니다.
Sources
- https://youtube.com/shorts/PE57F-xrufk?si=q2IvkGT283WgDeG9
- https://github.com/calesthio/OpenMontage
- https://github.com/calesthio/OpenMontage/blob/main/AGENT_GUIDE.md
- https://github.com/calesthio/OpenMontage/blob/main/docs/PROVIDERS.md
- https://github.com/calesthio/OpenMontage/discussions/38
- https://github.com/calesthio/OpenMontage/discussions/54
OpenMontage는 무엇인가
GitHub README는 OpenMontage를 이렇게 정의합니다.
World’s first open-source, agentic video production system.
그리고 이어서:
- 12 pipelines
- 52 tools
- 500+ agent skills
를 가진다고 설명합니다. https://github.com/calesthio/OpenMontage
이 정의가 중요합니다.
OpenMontage는 영상 생성 모델 하나를 감싼 앱이 아니라:
- 파이프라인
- 도구 레지스트리
- 스테이지별 디렉터 스킬
- 품질 게이트
- 렌더 런타임
을 묶은 instruction-driven production system 으로 설계되어 있습니다.
flowchart TD
A["사용자 브리프"] --> B["파이프라인 선택"]
B --> C["스테이지별 디렉터 스킬"]
C --> D["도구 실행"]
D --> E["체크포인트 / 리뷰"]
E --> F["최종 렌더"]
classDef step fill:#c5dcef,stroke:#5b8db8,color:#333,stroke-width:1px;
classDef result fill:#c0ecd3,stroke:#63a37b,color:#333,stroke-width:1px;
class A,B,C,D,E step
class F result즉 OpenMontage는 “영상 생성 모델”보다 영상 제작 프로세스 자체를 에이전트가 읽고 실행할 수 있게 만든 프레임워크 에 가깝습니다.
핵심은 “코딩 어시스턴트가 곧 오케스트레이터"라는 점
영상도 이 문장을 거의 그대로 인용합니다.
Your coding assistant is the orchestrator.
AGENT_GUIDE.md는 이 원칙을 더 강하게 못 박습니다.
- 모든 production은 반드시 pipeline을 거쳐야 한다
- agent는 먼저 pipeline manifest를 읽어야 한다
- 각 stage마다 해당 stage director skill을 읽어야 한다
- tool을 부르기 전에는 layer-3 skill을 먼저 읽어야 한다
- ad-hoc Python 스크립트를 바로 짜서 우회하면 안 된다
즉 OpenMontage는 모델이 즉석에서 모든 걸 발명하는 구조가 아니라, assistant가 이미 써 둔 규칙·매니페스트·스킬을 따라가며 제작하는 구조 입니다. https://github.com/calesthio/OpenMontage/blob/main/AGENT_GUIDE.md
이게 중요한 이유는 영상 제작이 원래:
- 콘셉트
- 스크립트
- 씬 분해
- 에셋 생성
- 렌더
같은 단계로 강하게 분리된 작업이기 때문입니다.
“앱이 없다"는 말의 정확한 뜻
영상은 OpenMontage를 두고 “설치할 앱이 없다”고 말합니다.
이 표현은 살짝 과장처럼 들릴 수 있지만, 의도는 분명합니다.
핵심은:
- 새로운 독립 GUI 비디오 에디터를 배우는 게 아니라
- 이미 쓰는 agent host
- Claude Code
- Cursor
- Codex
- 위에 production pipeline을 얹는다는 것입니다.
즉 OpenMontage는 사용자 경험을 “새 앱 사용법 학습”에서 “현재 에이전트 안에서 더 긴 파이프라인 실행”으로 바꿉니다.
이건 도구 추가가 아니라 오케스트레이션 계층 추가 라고 보는 편이 더 정확합니다.
Rule Zero: 모든 제작은 반드시 파이프라인을 탄다
AGENT_GUIDE.md에서 가장 중요한 문장은 Rule Zero입니다.
All Production Goes Through a Pipeline
이 규칙은 아주 강합니다.
- make a video 같은 요청이 오면
- 반드시 pipeline을 식별하고
- 그 manifest를 읽고
- preflight를 돌리고
- 단계별로 director skill을 읽고
- checkpoint를 통과해야 합니다
즉 OpenMontage는 “모델이 알아서 영상 만들어 줌”을 금지합니다.
대신:
- 파이프라인 선택
- 툴 발견
- 스테이지별 실행
- 리뷰
- 사람 승인
을 강제합니다. https://github.com/calesthio/OpenMontage/blob/main/AGENT_GUIDE.md
flowchart TD
A["브리프"] --> B["Pipeline 식별"]
B --> C["Manifest 읽기"]
C --> D["Preflight"]
D --> E["Stage director skill 읽기"]
E --> F["Stage 실행"]
F --> G["Checkpoint / Human approval"]
G --> H["다음 Stage"]
H --> I["최종 렌더"]
classDef pipe fill:#c5dcef,stroke:#5b8db8,color:#333,stroke-width:1px;
classDef review fill:#fde8c0,stroke:#c9a647,color:#333,stroke-width:1px;
classDef done fill:#c0ecd3,stroke:#63a37b,color:#333,stroke-width:1px;
class A,B,C,D,E,F,H pipe
class G review
class I done이 구조 때문에 OpenMontage는 단순 생성 서비스보다 훨씬 더 감독 가능한 제작 시스템 으로 읽힙니다.
12개의 파이프라인이 있다는 말의 의미
README가 말하는 “12 pipelines”는 단순 숫자 자랑이 아닙니다.
영상 제작에서는 결과물이 다르면 절차도 달라져야 하기 때문입니다.
예를 들어:
- cinematic trailer
- product ad
- documentary-ish explainer
- slideshow/animatic 계열
은 쓰는 툴, 씬 분해 방식, 필요한 에셋, 품질 게이트가 다릅니다.
OpenMontage는 이 차이를 즉흥적으로 모델이 판단하게 두지 않고, manifest-driven pipeline 으로 나눕니다.
즉 “12개 파이프라인”은 곧:
- 작업 유형별 표준 절차가 있다
- agent가 그 절차를 고른다
- 절차에 따라 stage가 바뀐다
는 뜻입니다.
52개 도구와 500+ 스킬이라는 숫자가 중요한 이유
README의 52 tools, 500+ agent skills는 단순 규모 자랑이 아니라 아키텍처를 설명합니다. https://github.com/calesthio/OpenMontage
도구
도구는 실행 계층입니다.
- 영상 모델 provider
- 이미지 생성기
- 오디오 / TTS
- 리서치 / 검색
- 렌더러
같은 실제 호출 표면입니다.
스킬
스킬은 그 도구를 어떻게 잘 써야 하는지 를 담습니다.
AGENT_GUIDE.md 는 툴에 agent_skills가 있으면 tool을 쓰기 전에 그 skill을 먼저 읽으라고 강하게 지시합니다.
즉 OpenMontage는:
- “도구 많음”
- 에서 끝나는 게 아니라
- “도구 사용법까지 단계별로 지식화”
한 구조입니다.
이게 중요한 이유는, 영상 생성은 같은 모델이라도:
- 프롬프트 구조
- shot language
- motion constraint
- lip-sync
- reference usage
에 따라 결과 차이가 매우 크기 때문입니다.
OpenMontage는 “정지 이미지 슬라이드쇼"를 금지하려는 쪽이다
영상은 무료 AI 영상이 결국 정지 이미지의 zoom/pan 효과에 머무르는 경우가 많다고 지적합니다.
AGENT_GUIDE.md도 이 문제를 강하게 다룹니다.
- still-image fallback 금지
- FFmpeg-only fallback으로 still-led video로 바꾸는 것도 금지
즉 사용자가 motion-led video를 원했는데, agent가 몰래 “그럴싸한 슬라이드쇼”로 낮춰치기 하면 안 된다는 뜻입니다. https://github.com/calesthio/OpenMontage/blob/main/AGENT_GUIDE.md
이건 매우 중요한 태도입니다.
많은 생성형 영상 시스템은 실패했을 때 quietly quality bar를 낮추는데, OpenMontage는 오히려:
- motion requirement를 명시하고
- 그 requirement를 못 지키면 다른 경로를 찾거나
- 사람 승인 없이는 deliverable을 바꾸지 않게 합니다
즉 이 프로젝트는 “자동 생성”보다 품질 계약 준수 를 더 중요하게 봅니다.
무료 아카이브 기반 실제 푸티지 검색이 의미하는 것
영상이 OpenMontage를 특별하게 보는 이유 중 하나는, 정지 이미지가 아니라 실제 움직이는 footage 를 무료 아카이브에서 의미 검색해 쓴다고 말하는 부분입니다.
즉:
- archive.org
- NASA
- Wikimedia
같은 공개 자산을 의미 검색해서 골라 편집하는 흐름을 강조합니다.
이건 중요한 차이입니다.
많은 AI 영상 툴은:
- 새 이미지를 만들고
- 그 이미지에 모션을 입히는
방식인데, OpenMontage는 경우에 따라 이미 존재하는 공개 푸티지를 탐색·편집하는 다큐멘터리적 흐름 도 가져갑니다.
즉 영상 생성과 영상 리서치를 같은 파이프라인 안에 넣습니다.
flowchart TD
A["브리프"] --> B["스크립트 / 씬 계획"]
B --> C["생성형 에셋"]
B --> D["공개 아카이브 푸티지 검색"]
C --> E["편집 단계"]
D --> E
E --> F["합성 / 렌더"]
classDef plan fill:#c5dcef,stroke:#5b8db8,color:#333,stroke-width:1px;
classDef source fill:#fde8c0,stroke:#c9a647,color:#333,stroke-width:1px;
classDef result fill:#c0ecd3,stroke:#63a37b,color:#333,stroke-width:1px;
class A,B plan
class C,D,E source
class F result비용이 낮아 보이는 이유는 “조합형 시스템"이기 때문이다
영상은 README와 제작샷 기준으로 비용 예시를 말합니다.
- 지브리풍 12장 애니메이션 약 $0.25
- 제품 광고용 OpenAI 계열 사용 약 $0.69
- 60초 픽사풍 단편 약 $1.33
라고 소개합니다. 이 수치는 영상 제작자가 README와 제작샷 기준이라고 설명한 값이므로, self-reported benchmark / example budget 으로 읽는 편이 안전합니다.
중요한 건 절대 숫자보다 구조입니다.
OpenMontage는:
- 무료 TTS (
piper) - 무료 공개 아카이브
- Remotion
- provider switching
같이, 가능한 한 싼 경로를 조합해서 비용을 낮추는 방향 으로 설계되어 있습니다.
즉 “한 개의 비싼 모델이 다 한다”가 아니라, 작업 단계를 쪼개고 단계마다 가장 적합한 도구를 고른다 는 철학이 비용을 낮추는 핵심입니다.
Provider와 Layer 3 skill의 결합이 진짜 무기다
OpenMontage discussions를 보면, 특정 모델 추가가 그냥 provider 하나 더 붙이는 수준이 아닙니다.
예를 들어 Seedance 2.0 지원 공지에서는:
- fal.ai
- Replicate
- Runway
- Higgsfield
어느 쪽이든 설정되어 있으면 cinematic pipeline이 자동으로 그 경로를 선택하고, 별도의 Layer 3 skill이 prompt 방법을 가르친다고 설명합니다. https://github.com/calesthio/OpenMontage/discussions/38
또 다른 discussion에서는 OpenMontage가 5-aspect video prompt taxonomy를 도입했다고 설명합니다.
- subject
- environment
- action
- camera
- style
같은 식으로 촬영 언어에 더 가깝게 프롬프트를 구조화하려는 흐름입니다. https://github.com/calesthio/OpenMontage/discussions/54
이게 중요한 이유는 OpenMontage의 경쟁력이 “모델 호출”이 아니라:
- 어떤 모델을 고를지
- 어떻게 프롬프트를 써야 하는지
- 어느 파이프라인에서 써야 하는지
를 함께 가르친다는 데 있기 때문입니다.
왜 이 프로젝트가 빠르게 커졌는가
영상은 88일 만에 약 1.9만 스타, trending 1위, 최근까지 활발한 업데이트라고 말합니다.
GitHub/Trendshift 검색에서도 2만대 초반 스타와 높은 트렌딩 노출이 확인됩니다. https://github.com/calesthio/OpenMontage https://trendshift.io/repositories/24682
이 프로젝트가 빠르게 커진 이유는 아마 다음 셋입니다.
1. 코딩 어시스턴트가 이미 널리 깔려 있다
새 앱을 배우는 게 아니라 기존 agent host를 오케스트레이터로 재사용합니다.
2. “영상 생성”보다 “영상 제작”을 건드린다
리서치, 스크립트, 씬, 에셋, 렌더를 한 시스템으로 묶는 프로젝트는 드뭅니다.
3. 품질 게이트가 있다
그럴싸한 슬라이드쇼로 몰래 낮춰치기 하지 않겠다는 품질 철학이 분명합니다.
이 프로젝트가 특히 잘 맞는 사람
1. Claude Code / Cursor / Codex를 이미 메인 작업면으로 쓰는 사람
새 GUI 앱 학습보다 기존 assistant 안에서 긴 제작 루프를 돌리고 싶은 사람에게 잘 맞습니다.
2. 영상 제작을 반복 가능한 파이프라인으로 만들고 싶은 팀
광고, 트레일러, 설명 영상 등에서 텍스트-중심 브리프를 제작 파이프라인으로 연결하고 싶은 경우입니다.
3. 생성 모델보다 제작 시스템이 더 중요하다고 느끼는 사람
OpenMontage는 모델 선택보다 workflow composition에 강점이 있습니다.
한계도 분명하다
1. 설치할 새 앱은 없을 수 있지만, 새 시스템은 배워야 한다
즉 GUI는 안 바뀌어도 파이프라인/스킬/체크포인트 철학은 학습해야 합니다.
2. 모델/프로바이더 품질 차이는 여전히 존재한다
OpenMontage가 그 차이를 흡수하려 하지만, 결국 결과 품질은 provider availability와 모델 성숙도에 영향을 받습니다.
3. “무료”는 무조건 0비용을 뜻하지 않는다
무료 경로도 많지만, cinematic quality를 높이려면 상용 provider와 API 비용이 여전히 들어갈 수 있습니다.
4. 영상 제작은 결국 승인과 취향의 영역이 남는다
AGENT_GUIDE도 human approval과 checkpoint를 강하게 요구합니다. 즉 완전 무인보다는 에이전트 지휘형 제작 보조 시스템 으로 보는 편이 맞습니다.
핵심 요약
- OpenMontage는 단순 영상 생성 툴이 아니라 agentic video production system 이다
- 핵심은 12 pipelines, 52 tools, 500+ skills를 가진 파이프라인 중심 아키텍처다
- Claude Code, Cursor, Codex 같은 기존 코딩 어시스턴트가 오케스트레이터 역할을 한다
- 모든 제작은 pipeline manifest, stage director skill, checkpoint를 거쳐야 한다
- still-image fallback을 금지하고 motion-led deliverable을 지키려는 품질 철학이 강하다
- 비용 절감의 핵심은 단일 모델이 아니라 단계별 cheapest viable path 조합이다
- 이 프로젝트의 경쟁력은 모델 호출보다 workflow + skill + provider routing 에 있다
결론
이 Shorts의 핵심은 “Claude Code가 영상 편집기가 됐다”는 문장 그 자체가 아닙니다.
더 정확히는, 코딩 어시스턴트 위에 영상 제작을 위한 파이프라인·스킬·도구 레지스트리 계층을 얹어, 하나의 제작 시스템으로 바꿨다 는 데 있습니다.
그래서 OpenMontage는 영상 생성 앱이라기보다, 에이전트가 지휘하는 영상 제작 운영체제 실험 으로 보는 편이 더 정확합니다.