Video Production
Use this skill as the canonical programmable-video and automated-video production anchor for the repository.
The job is not to dump a generic storyboard or act like a manual editor tutorial. The job is to:
- normalize the production request,
- choose the best production mode,
- return one implementation-ready packet,
- leave explicit asset, QA, and handoff guidance.
Read references/production-modes.md, references/asset-and-qa-checklist.md, and references/handoff-boundaries.md before routing broad requests.
When to use this skill
- The user wants automated, repeatable, or template-driven video production
- The request involves short-form content ops, campaign variants, personalized videos, localized versions, or batched social assets
- The user mentions Remotion, rendering from code, video APIs, templates, or connecting app/product data into video output
- The workflow needs a production plan that can span generation, asset prep, QA, and a publishing handoff
When not to use this skill
- The job is purely a one-off manual edit in Premiere / After Effects / CapCut with no automation or repeatability goal
- The task is only final creative polish, color, taste-based pacing, or bespoke motion-design critique
- The user needs only transcript cleanup, clip selection, or direct publishing with no template/render layer
- The request is really an ad-strategy, content-strategy, or product-launch brief rather than a video-production workflow
Supported production modes
Use these as routing targets inside the skill:
1) Code-first programmable video
- Best when the user explicitly wants Remotion, React-based composition, dynamic data injection, or custom product-integrated rendering
- Default stack:
Remotion
2) Template/API automation
- Best when the user needs speed, bulk generation, localization, or personalized variants without owning a full rendering codebase
- Typical comparators: Shotstack, Creatomate, Bannerbear
3) Hybrid clip / repurposing pipeline
- Best when the source material is long-form audio/video and the main problem is extracting, captioning, resizing, and packaging clips at volume
- Common workflow shape: transcript or clip-selection tool + template/render layer + manual QA
4) Manual-finish hybrid
- Best when automated generation exists but editorial polish, captions, timing, or final approvals still need a human pass
- Use this when the right answer is not “fully automate everything” but “automate the repeatable 80%, then define the last-mile edit pass"
Instructions
Step 1: Normalize the production brief
Capture the request in this form before choosing a mode:
video_brief:
objective: launch | onboarding | social-clips | personalization | recap | education | ads | unknown
primary_output: mp4 | shorts | reels | stories | multiple
audience:
segment: "who will watch this"
stage: unaware | evaluating | customer | community | mixed | unknown
source_material:
type: script | existing-video | screenshots | product-data | slides | mixed | unknown
assets_available:
- logo
- footage
- screenshots
- captions
- brand-guidelines
scale:
volume: one-off | recurring | batch | personalized
variants:
- language
- aspect-ratio
- audience-segment
constraints:
stack_preference: remotion | api-platform | mixed | unknown
timeline: immediate | this-week | this-month | longer
quality_bar: draft-fast | production-ready | polished-final
main_question: "what does the user need next?"
If the brief is incomplete, continue with explicit assumptions rather than stalling.
Step 2: Pick exactly one primary production mode
Choose the single mode that reduces ambiguity fastest.
- Code-first programmable video when the user explicitly wants Remotion, full code control, or deep app/data integration
- Template/API automation when speed, scale, or no-code / low-code batch generation matters most
- Hybrid clip / repurposing pipeline when the source is existing long-form media and the main job is repeatable short-form extraction
- Manual-finish hybrid when automation is useful but the real risk sits in last-mile captions, timing, approval, or platform-native polish
If more than one mode fits, choose the mode that best defines the next artifact and name the secondary handoff.
Step 3: Return one implementation-ready packet
Return one of these packet types:
video-production brief
render-stack recommendation
asset + template packet
repurposing workflow packet
QA + handoff checklist
Do not emit multiple half-built plans. Choose the single most useful packet for the ask.
Step 4: Add explicit asset, QA, and handoff logic
Every output must include:
- the chosen production mode,
- the recommended stack or workflow shape,
- the minimum required assets,
- the main QA risks,
- the next handoff after generation (manual polish, approval, publishing, analytics, etc.).
Step 5: Handle Remotion explicitly when relevant
If the user names Remotion or clearly needs code-first composition:
- say that the request fits the code-first programmable video mode,
- structure the output around Remotion scenes/templates/components/rendering,
- optionally note that
remotion-video-production is the compatibility alias for the same lane.
Step 6: Use this output structure
# Video Production Brief
## Scope
- Objective: ...
- Primary output: ...
- Audience: ...
- Source material: ...
- Confidence: high | medium | low
## Chosen mode
- Code-first programmable video | Template/API automation | Hybrid clip / repurposing pipeline | Manual-finish hybrid
## Recommended workflow
- Stack / workflow shape: ...
- Why this mode fits: ...
- What to avoid: ...
## Minimum asset packet
| Asset | Required | Notes |
|-------|----------|-------|
| ... | yes/no | ... |
## Build plan
1. ...
2. ...
3. ...
## QA risks
- ...
- ...
## Handoffs
- Next owner / tool / workflow: ...
- Why: ...
## Success check
- Render / approval / publishing signal: ...
Output format
Always return a short operator-style video production brief.
Required qualities:
- one primary production mode,
- clear asset minimums,
- explicit QA / last-mile risks,
- concrete next artifact and handoff,
- assumptions called out when context is missing.
Examples
Example 1: personalized campaign videos
Input
We need to generate personalized customer recap videos from product data and render hundreds every week.
Output sketch
- Primary mode:
Template/API automation
- Packet:
render-stack recommendation
- Notes dynamic data, template ownership, localization/QA, and publishing handoff
Example 2: explicit Remotion ask
Input
Build a Remotion workflow for a branded onboarding video with screenshots, captions, and 16:9 + 9:16 variants.
Output sketch
- Primary mode:
Code-first programmable video
- Packet:
asset + template packet
- Uses scenes/components/rendering language and mentions variant strategy
Example 3: repurposing long-form content
Input
Turn our webinar recordings into short captioned clips for Shorts and Reels every week.
Output sketch
- Primary mode:
Hybrid clip / repurposing pipeline
- Packet:
repurposing workflow packet
- Names transcript/clip selection, caption QA, safe-area checks, and final publish handoff
Best practices
- Separate the scalable generation layer from the last-mile editorial polish layer.
- Treat captions, safe areas, and aspect-ratio variants as first-class planning items, not afterthoughts.
- Choose the simplest stack that meets the repeatability requirement.
- Preserve a reusable asset/template packet so future variants are cheaper.
- Make the QA checklist explicit whenever short-form/social distribution is involved.
References
- references/production-modes.md
- references/asset-and-qa-checklist.md
- references/handoff-boundaries.md
1---2name: video-production3description: Plan and route programmable or automated video production across code-first, template-first, and hybrid content pipelines. Use when the user needs repeatable video generation, branded short-form content, personalized videos, social clip batches, captioned/localized variants, video APIs, or video creation from data and templates — even if they only say video production. Triggers on: Remotion, programmatic video, automated video creation, video API, personalized video, batch-create shorts, render videos from code, repurpose content into clips.4---56# Video Production78Use this skill as the **canonical programmable-video and automated-video production anchor** for the repository.910The job is not to dump a generic storyboard or act like a manual editor tutorial. The job is to:111. normalize the production request,122. choose the best production mode,133. return one implementation-ready packet,144. leave explicit asset, QA, and handoff guidance.1516Read [references/production-modes.md](references/production-modes.md), [references/asset-and-qa-checklist.md](references/asset-and-qa-checklist.md), and [references/handoff-boundaries.md](references/handoff-boundaries.md) before routing broad requests.1718## When to use this skill19- The user wants automated, repeatable, or template-driven video production20- The request involves short-form content ops, campaign variants, personalized videos, localized versions, or batched social assets21- The user mentions Remotion, rendering from code, video APIs, templates, or connecting app/product data into video output22- The workflow needs a production plan that can span generation, asset prep, QA, and a publishing handoff2324## When not to use this skill25- The job is purely a one-off manual edit in Premiere / After Effects / CapCut with no automation or repeatability goal26- The task is only final creative polish, color, taste-based pacing, or bespoke motion-design critique27- The user needs only transcript cleanup, clip selection, or direct publishing with no template/render layer28- The request is really an ad-strategy, content-strategy, or product-launch brief rather than a video-production workflow2930## Supported production modes31Use these as routing targets inside the skill:3233### 1) Code-first programmable video34- Best when the user explicitly wants Remotion, React-based composition, dynamic data injection, or custom product-integrated rendering35- Default stack: `Remotion`3637### 2) Template/API automation38- Best when the user needs speed, bulk generation, localization, or personalized variants without owning a full rendering codebase39- Typical comparators: Shotstack, Creatomate, Bannerbear4041### 3) Hybrid clip / repurposing pipeline42- Best when the source material is long-form audio/video and the main problem is extracting, captioning, resizing, and packaging clips at volume43- Common workflow shape: transcript or clip-selection tool + template/render layer + manual QA4445### 4) Manual-finish hybrid46- Best when automated generation exists but editorial polish, captions, timing, or final approvals still need a human pass47- Use this when the right answer is not “fully automate everything” but “automate the repeatable 80%, then define the last-mile edit pass"4849## Instructions5051### Step 1: Normalize the production brief52Capture the request in this form before choosing a mode:5354```yaml55video_brief:56 objective: launch | onboarding | social-clips | personalization | recap | education | ads | unknown57 primary_output: mp4 | shorts | reels | stories | multiple58 audience:59 segment: "who will watch this"60 stage: unaware | evaluating | customer | community | mixed | unknown61 source_material:62 type: script | existing-video | screenshots | product-data | slides | mixed | unknown63 assets_available:64 - logo65 - footage66 - screenshots67 - captions68 - brand-guidelines69 scale:70 volume: one-off | recurring | batch | personalized71 variants:72 - language73 - aspect-ratio74 - audience-segment75 constraints:76 stack_preference: remotion | api-platform | mixed | unknown77 timeline: immediate | this-week | this-month | longer78 quality_bar: draft-fast | production-ready | polished-final79 main_question: "what does the user need next?"80```8182If the brief is incomplete, continue with explicit assumptions rather than stalling.8384### Step 2: Pick exactly one primary production mode85Choose the single mode that reduces ambiguity fastest.8687- **Code-first programmable video** when the user explicitly wants Remotion, full code control, or deep app/data integration88- **Template/API automation** when speed, scale, or no-code / low-code batch generation matters most89- **Hybrid clip / repurposing pipeline** when the source is existing long-form media and the main job is repeatable short-form extraction90- **Manual-finish hybrid** when automation is useful but the real risk sits in last-mile captions, timing, approval, or platform-native polish9192If more than one mode fits, choose the mode that best defines the next artifact and name the secondary handoff.9394### Step 3: Return one implementation-ready packet95Return one of these packet types:96- `video-production brief`97- `render-stack recommendation`98- `asset + template packet`99- `repurposing workflow packet`100- `QA + handoff checklist`101102Do not emit multiple half-built plans. Choose the single most useful packet for the ask.103104### Step 4: Add explicit asset, QA, and handoff logic105Every output must include:106- the chosen production mode,107- the recommended stack or workflow shape,108- the minimum required assets,109- the main QA risks,110- the next handoff after generation (manual polish, approval, publishing, analytics, etc.).111112### Step 5: Handle Remotion explicitly when relevant113If the user names Remotion or clearly needs code-first composition:114- say that the request fits the **code-first programmable video** mode,115- structure the output around Remotion scenes/templates/components/rendering,116- optionally note that `remotion-video-production` is the compatibility alias for the same lane.117118### Step 6: Use this output structure119120```markdown121# Video Production Brief122123## Scope124- Objective: ...125- Primary output: ...126- Audience: ...127- Source material: ...128- Confidence: high | medium | low129130## Chosen mode131- Code-first programmable video | Template/API automation | Hybrid clip / repurposing pipeline | Manual-finish hybrid132133## Recommended workflow134- Stack / workflow shape: ...135- Why this mode fits: ...136- What to avoid: ...137138## Minimum asset packet139| Asset | Required | Notes |140|-------|----------|-------|141| ... | yes/no | ... |142143## Build plan1441. ...1452. ...1463. ...147148## QA risks149- ...150- ...151152## Handoffs153- Next owner / tool / workflow: ...154- Why: ...155156## Success check157- Render / approval / publishing signal: ...158```159160## Output format161Always return a **short operator-style video production brief**.162163Required qualities:164- one primary production mode,165- clear asset minimums,166- explicit QA / last-mile risks,167- concrete next artifact and handoff,168- assumptions called out when context is missing.169170## Examples171172### Example 1: personalized campaign videos173**Input**174> We need to generate personalized customer recap videos from product data and render hundreds every week.175176**Output sketch**177- Primary mode: `Template/API automation`178- Packet: `render-stack recommendation`179- Notes dynamic data, template ownership, localization/QA, and publishing handoff180181### Example 2: explicit Remotion ask182**Input**183> Build a Remotion workflow for a branded onboarding video with screenshots, captions, and 16:9 + 9:16 variants.184185**Output sketch**186- Primary mode: `Code-first programmable video`187- Packet: `asset + template packet`188- Uses scenes/components/rendering language and mentions variant strategy189190### Example 3: repurposing long-form content191**Input**192> Turn our webinar recordings into short captioned clips for Shorts and Reels every week.193194**Output sketch**195- Primary mode: `Hybrid clip / repurposing pipeline`196- Packet: `repurposing workflow packet`197- Names transcript/clip selection, caption QA, safe-area checks, and final publish handoff198199## Best practices2001. Separate the scalable generation layer from the last-mile editorial polish layer.2012. Treat captions, safe areas, and aspect-ratio variants as first-class planning items, not afterthoughts.2023. Choose the simplest stack that meets the repeatability requirement.2034. Preserve a reusable asset/template packet so future variants are cheaper.2045. Make the QA checklist explicit whenever short-form/social distribution is involved.205206## References207- [references/production-modes.md](references/production-modes.md)208- [references/asset-and-qa-checklist.md](references/asset-and-qa-checklist.md)209- [references/handoff-boundaries.md](references/handoff-boundaries.md)