本期是第7轮：同赛道对比横评。选题是此前从未拆过的程序化视频生产赛道——用Skill让Claude产出可发布的讲解视频。样本取自本机装机目录（与此前「390件装机普查」同一底座）：remotion-video-creator、content-to-video、manim-video-creator、3gppspec-to-video四件正赛，外加毗邻赛道一件（book-to-short-videos，产出止于稿件）。四个Skill对着同一个目标——“把结构化内容变成MP4”——给出了四种完全不同的技术栈答案：React帧动画、PPTX渲染管线、Python数学动画、领域调度层。核心发现一句话：这条赛道的设计分水岭不在功能多少，而在选了哪条技术栈；但四件样本不约而同地把同一个东西写进了SKILL.md——字幕同步验证器。评分说明：功能25%/设计25%/实战20%/上手15%/社区15%；实战分基于SKILL.md自述工时与量产记录（如“80集批量修复”条目），非本篇独立渲染实测；社区活跃度因样本为本机装机、无公开星标可查，统一保守给分。
| Skill | 功能完整度 | 设计质量 | 实战效果 | 上手难度 | 社区活跃度 | 加权总分 |
|---|---|---|---|---|---|---|
| remotion-video-creator | ★★★★★ | ★★★★½ | ★★★★ | ★★★½ | ★★½ | 4.1 |
| content-to-video | ★★★★½ | ★★★★ | ★★★★½ | ★★★★ | ★★½ | 4.0 |
| manim-video-creator | ★★★★½ | ★★★★½ | ★★★½ | ★★★ | ★★½ | 3.8 |
| book-to-short-videos | ★★★★ | ★★★★½ | ★★★½ | ★★★★ | ★★½ | 3.8 |
| 3gppspec-to-video | ★★★½ | ★★★★ | ★★★★ | ★★★ | ★★ | 3.4 |
flowchart LR
subgraph IN["输入层"]
A["剧本书 01-脚本.md"]
B["slides.json"]
C["3GPP 规范 TS"]
D["电子书 PDF/MD"]
end
A --> E["remotion-video-creator<br/>React 组件 + 帧动画"]
A --> M["manim-video-creator<br/>Manim Python 场景类"]
B --> G["content-to-video<br/>PPTX-PNG-TTS-FFmpeg"]
C --> H["3gppspec-to-video<br/>检索 + 抽取 + 调度"]
D --> I["book-to-short-videos<br/>N 个知识点稿件包"]
H --> G
E --> V["同步验证脚本"]
M --> V
G --> V
V --> O["MP4 成片"]
I --> P["人工录制/剪辑"]
四件中工程化程度最高的一件。它的SKILL.md把视频生产定义成六个Stage，其中Stage 3.5和3.75是纯验证环节——「每个视频项目必须生成验证脚本」「每次生成字幕后必须运行验证」，verify_sync.py和verify_remotion_sync.py是强制产物，还配了remap_subtitles.py做字幕-场景重映射。这种「验证是一等公民」的设计在四个样本里独一份。另一条铁律是动效密度：「Videos MUST have abundant, continuous animations. Static slides are unacceptable.」SKILL.md直接内置了浮动/脉冲/打字机等动画辅助函数源码，并给出「手递手」级别的失败排查表——比如Remotion经典报错「Waiting for registerRoot() to get called」，根因是Root.tsx导出名与index.tsx导入名不匹配，文中给了正误代码对照。Preset系统（concept/comparison/evolution/process四模板）进一步压低了决策成本。短板也明显：SKILL.md本体极长，上下文开销是四件中最大的；且要求使用者能读React/TypeScript。自述工时从手工8-12小时压到3.5-5.5小时。
它的世界观是：技能=渲染管线，内容=JSON。输入是一份slides.json数据契约（title/body/mermaid/table/notes/layout六字段），输出是完整成片：slides.json → PPTX → PNG导出 → TTS配音 → 视频合成 → 字幕烧录，全程无人工录音。这是四件中唯一做到「交JSON出MP4」的。设计的精华在Mermaid自动图表模块：classify_slide()按title关键词优先→body关键词→结构分析的置信度链路，把每页自动路由到definition/cause_effect/process等七种图型；标签挑选用打分制——「定义/原理/步骤」类HIGH标签+10分，「生活联想/延伸知识」类SKIP标签-5分。字幕规范则硬到参数级：每段最多40字符、每行20字符、严禁3行。它的量产证据也最硬：更新日志里留有「80集科普视频slides.json批量修复（382处mermaid问题）」的实战记录。代价是表达上限——PPTX切片+TTS的质感天花板低于Remotion。
最「学院派」的一件：用Manim（3Blue1Brown同款Python动画引擎）做精确图形演示。它的SKILL.md是四件中教学设计最好的——反模式直接用代码对照写出：❌ BAD是self.wait(3)后接self.play(Write(title))（3秒空白），✅ BEST是Write与FadeIn合并在一个play里1.5秒完成。时长公式、分阶段Checklist、时间估算表（首次7-10小时，熟手3.5-5小时）一应俱全。但它的自动化止步于素材：官方流程明确要求「Combine in video editor（DaVinci Resolve, Premiere…）」——场景逐个渲染后靠人工剪辑合成、人工配音。最后一公里没打通，是它实战分的最大扣项。另外Manim本身的学习曲线和中文LaTeX渲染坑（文中建议改用Text()绕开）都转嫁给了使用者。
严格说它不渲染视频——输出止于「N个知识点文件夹」，每包含slides.md、口播逐字稿notes.md、平台简介intro.md和横竖屏建议。但它的SKILL.md设计质量是四件中最有趣的。其一，知识点数量N是动态规则：100页以下20-30个、500页以上100-150个，按内容密度再调。其二，反幻觉写进了交付物：README强制包含「知识点来源映射」表（知识点↔章节↔页码↔提取理由）和一段「内容保证声明」——用产物结构而非口头承诺来约束幻觉。其三，标题工程做得最细：六种公式（How To/List/Question/Negative/Curiosity Gap/Before-After）各配完整对照表，比如「PFCP协议详解」要改写成「5G提速的秘密：这个协议90%的人不知道」。适合个人IP口播路线，录制和剪辑仍归人。
最小的一件，却是Skill可组合性的活证据。它自己不渲染任何东西：3GPP规范搜索 → 内容提取 → Claude生成slides.json → content-to-video——把上一件当后端调用。前置依赖本机987个3GPP规范MD文件，支持--spec 23501按编号过滤、--section按章节精确抽取正文。它的更新日志是一部「踩坑史」：v3.2到v3.4连续三版都在修mermaid图片在PPT里的缩放问题（从「填充可用宽度」到「拉伸上限10%防模糊」），还专门写了字幕同步FAQ和检查脚本。领域窄、依赖链长是它的天花板；但「一个领域Skill + 一个管线Skill = 一条新产线」这个组合范式，值得所有想写Skill的人抄走。
1. 技术栈决定受众。Manim要Python+动画思维，Remotion要React+TS，content-to-video只要你能产出（或让Claude产出）一份JSON，book-to-short-videos只要给一个PDF路径。四个门槛依次递减，表达上限也依次递减——这是本赛道最根本的取舍。
2. 时长模型两种系数。Manim版公式是「旁白字符数/3 + 0.5-1秒转场」，Remotion版是「旁白字符数/4 + 2-3秒转场」。差异不是随手写的：前者按真人口播语速校准，后者按成片节奏留呼吸感。系数本身就是领域知识的固化。
3. 验证哲学三个段位。Manim把验证做成可选外挂脚本；Remotion把它升格为强制Stage并配重映射工具；content-to-video乾脆用参数硬规范（2行/20字/40字）让违规在生成前就不可能。最高段位是book-to-short-videos的溯源表——验证前移到了「内容从哪来」。
4. 自动化上限差一个数量级。Remotion和content-to-video可以无人成片；Manim止于素材交付；book止于稿件。按「每集边际成本」排序：content < remotion < manim < book。
5. 全员内置变现层。四件都在SKILL.md里写了品牌规范：「Max 3 brand placements per video」的植入配额、结尾CTA强制、标题流量公式。这批Skill从设计之初就假设产出物要发布、要涨粉——Skill不只是自动化工具，还是运营SOP的载体。
模式一：同步验证器是第一公民。三件成片类Skill各自带了独立的同步校验脚本（verify_sync.py、verify_remotion_sync.py+remap_subtitles.py、字幕同步FAQ+check_sync_v2.py）。三条独立演化路径收敛到同一个结论：程序化视频的第一故障点不是画面，是音画字幕的时轴对齐。写视频类Skill，先写验证器。
模式二：公式写死，不许模型拍脑袋。时长=旁白字数的函数、字幕=40字符分段、语速=4字/秒。所有容易漂移的判断都换算成算式写进SKILL.md，这是对抗LLM输出方差的核心手段。
模式三：失败模式表比成功流程值钱。registerRoot导入不匹配、中文变方块、端口被占、mermaid拉伸模糊——每件Skill的「Common Issues」都用「症状/根因/解法」三列表格写。这些条目显然来自真实踩坑，是SKILL.md里最不可替代的部分：流程谁都能编，坑只有踩过才知道。
本机四件已装于~/.claude/skills/，对话触发即可。核心命令均摘自各SKILL.md原文：
# manim-video-creator：验证音画同步（阶段4）
python scripts/verify_sync.py main.py subtitles.srt
manim render main.py Scene01_Intro -q l -p # 单场景预览
# remotion-video-creator：预览与成片
npm start # http://localhost:3000 逐帧检查
npm run build # 输出 out/video.mp4
python verify_sync.py subtitles.srt 273 # 强制验证
# content-to-video：三步管线
python3 scripts/build_pptx.py slides.json output/ppt/presentation.pptx
bash scripts/export_slides.sh output/ppt/presentation.pptx output/slides
python3 scripts/build_video.py --slides-dir output/slides \
--pptx output/ppt/presentation.pptx --output output/video/final.mp4
# 3gppspec-to-video：规范号直出视频
python3 workflow.py "5G AKA authentication" --spec 33501 --output ./output
# book-to-short-videos：自然语言触发
# 「根据 D:\books\Python实战.pdf 制作知识付费短视频，目标平台是B站」
场外参照安装：
git clone https://github.com/Vincentwei1021/video-talkcraft # 声音驱动动效路线，快照期602星
[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。