关于 video-production
用于规划自动化、可重复视频制作的技能,面向制作模板化、个性化、本地化或批量视频的团队。它将需求归入一种制作模式,并提供包含素材、质检和交接指引的实施简报。
主要功能
- 01将需求归入一种制作模式
- 02涵盖代码优先、模板/API、剪辑再利用及人工收尾
- 03规范目标、输出、受众和源素材
- 04明确素材、质检与交接要求
适用场景
- 01规划基于 Remotion 和产品数据的视频
- 02制作本地化或个性化营销视频变体
- 03将长视频转为定期发布的短视频片段
- 04为社交视频准备制作与质检交接
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ akillness/ jeo-skills --skill video-production安装后在 Claude Code 中输入/video-production确认已加载。
包含的文件
除 SKILL.md 外,安装时一起下载的参考资料和脚本。
SKILL.toonreferences/asset-and-qa-checklist.mdhandoff-boundaries.mdremotion-route-outs.mdproduction-modes.md详细介绍
视频制作
将此技能作为此仓库中可编程视频与自动化视频制作的权威参考。
任务不是输出一份泛泛的分镜脚本,也不是充当手动剪辑教程。任务是:
- 规范化制作需求,
- 选择最佳制作模式,
- 返回一份可直接实施的方案,
- 明确说明素材、QA 和交接指引。
在处理宽泛需求并进行路由前,请阅读 references/production-modes.md、references/asset-and-qa-checklist.md 和 references/handoff-boundaries.md。
何时使用此技能
- 用户需要自动化、可重复或由模板驱动的视频制作
- 需求涉及短视频内容运营、营销活动变体、个性化视频、本地化版本或批量社交媒体素材
- 用户提到 Remotion、代码渲染、视频 API、模板,或将应用/产品数据接入视频输出
- 工作流需要涵盖生成、素材准备、QA 和发布交接的制作计划
何时不使用此技能
- 使用编码 Agent 对原始素材进行对话式剪辑(删减口头禅、自动调色、音频淡入淡出、动画叠加)→ 使用
video-use - 从长视频中提取精彩片段,制作竖屏 9:16 短片,并跟踪说话人及添加动态字幕 → 使用
autoclip - 根据主题/关键词,使用库存媒体和 TTS 从头生成短视频 → 使用
moneyprinter-turbo - 使用 Remotion 2.5D 摄像机配方卡制作电影感产品发布宣传视频 → 使用
video-shotcraft - 无需可编程代码,仅离线压缩、修剪视频或转换格式 → 使用
compresso - 任务纯粹是在 Premiere / After Effects / CapCut 中进行一次性手动剪辑,没有自动化或可重复性目标
- 任务仅涉及最终创意润色、调色、基于审美的节奏调整或定制动态设计评审
- 用户只需要清理转录文本、选择片段或直接发布,不需要模板/渲染层
- 需求实际上是广告策略、内容策略或产品发布简报,而非视频制作工作流
支持的制作模式
在此技能中,将以下模式作为路由目标:
1) 代码优先的可编程视频
- 最适合用户明确需要 Remotion、基于 React 的合成、动态数据注入或与产品集成的自定义渲染时
- 默认技术栈:
Remotion
2) 模板/API 自动化
- 最适合用户需要快速、批量生成、本地化或个性化变体,但不想拥有完整渲染代码库时
- 常见对比对象:Shotstack、Creatomate、Bannerbear
3) 混合式剪辑/再利用流水线
- 最适合源素材为长篇音频/视频,主要任务是批量提取片段、添加字幕、调整尺寸并打包时
- 常见工作流形式:转录或片段选择工具 + 模板/渲染层 + 人工 QA
4) 混合式人工收尾
- 最适合自动生成已就绪,但编辑润色、字幕、时序或最终审批仍需人工处理时
- 当正确方案不是“完全自动化一切”,而是“将 80% 的重复工作自动化,再明确最后一步的编辑流程”时使用此模式
指示
步骤 1:规范化制作简报
选择模式前,按以下格式记录需求:
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?"
如果简报信息不完整,请明确说明假设并继续,不要停下来等待。
步骤 2:只选择一种主要制作模式
选择最能快速消除歧义的单一模式。
- 代码优先的可编程视频:用户明确要求使用 Remotion、完全掌控代码,或深度集成应用/数据时
- 模板/API 自动化:速度、规模或无代码/低代码批量生成最重要时
- 混合剪辑/内容再利用流程:素材是现有的长篇媒体,主要任务是可重复地提取短视频时
- 人工收尾的混合模式:自动化有所帮助,但主要风险在最后阶段的字幕、时序、审批或平台原生润色时
如果有多种模式都适用,请选择最能定义下一项交付物的模式,并说明次要交接环节。
步骤 3:返回一份可直接实施的方案包
返回以下其中一种方案包:
video-production briefrender-stack recommendationasset + template packetrepurposing workflow packetQA + handoff checklist
不要输出多份只完成一半的计划。针对当前需求选择最有用的一份方案包。
步骤 4:明确资产、QA 和交接逻辑
每份输出都必须包含:
- 所选的制作模式,
- 推荐的技术栈或工作流结构,
- 所需的最低限度资产,
- 主要 QA 风险,
- 生成后的下一步交接(人工润色、审批、发布、分析等)。
步骤 5:在相关时明确处理 Remotion
如果用户提到 Remotion,或明显需要代码优先的合成方式:
- 说明该需求适合代码优先的可编程视频模式,
- 围绕 Remotion 场景/模板/组件/渲染来组织输出,
- 阅读 references/remotion-route-outs.md,如果提及 Remotion 掩盖了更合适的方案,则转而采用模板/API、内容再利用或人工收尾模式。
步骤 6:采用以下输出结构
# 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: ...
输出格式
始终返回一份简短、面向操作的视频制作简报。
必须满足以下要求:
- 一种主要制作模式,
- 明确的最低资产要求,
- 明确的 QA/收尾阶段风险,
- 具体的下一项交付物和交接环节,
- 在缺少上下文时说明假设。
示例
示例 1:个性化营销活动视频
输入
我们需要根据产品数据生成个性化客户回顾视频,每周渲染数百条。
输出示意
- 主要模式:
Template/API automation - 方案包:
render-stack recommendation - 说明动态数据、模板归属、本地化/QA 和发布交接
示例 2:明确要求使用 Remotion
输入
为品牌入门视频构建 Remotion 工作流,包含截图、字幕以及 16:9 和 9:16 两种版本。
输出示意
- 主要模式:
Code-first programmable video - 方案包:
asset + template packet - 使用场景/组件/渲染相关表述,并说明版本策略
示例 3:再利用长篇内容
输入
每周将我们的网络研讨会录制内容改编成适用于 Shorts 和 Reels 的短字幕视频。
输出示意
- 主要模式:
Hybrid clip / repurposing pipeline - 方案包:
repurposing workflow packet - 说明转录/片段选择、字幕 QA、安全区域检查和最终发布交接
最佳实践
- 将可规模化的生成层与最后阶段的编辑润色层分开。
- 将字幕、安全区域和多种宽高比版本视为规划中的首要事项,而不是事后补充。
- 选择满足可重复性要求的最简单技术栈。
- 保留可复用的资产/模板方案包,以降低未来制作不同版本的成本。
- 涉及短视频/社交平台分发时,明确列出 QA 检查清单。
参考资料
评论
支持 Markdown