1实现原理 · 为什么它能做到
定位先行：短视频不是「小号 launch film」，而是留存机器；工作单位是留存曲线，不是剪辑点。
skills/short-form-video/SKILL.md
You are editing the *curve*, and the hook gates everything after it — fix it first.
注：这里在做什么：把「编辑什么」从镜头语言改成留存曲线，于是后面所有规则（一个点子、无死气、每 2–4 秒换一次）都成了曲线的推论。
叙事纪律：一条片只装一个 payoff，且首 ~3 秒开环、最后才闭环。
skills/short-form-video/SKILL.md
- **One idea per video.** A short carries exactly one payoff.
注：这里在做什么：把「信息密度」换成「单一承诺」——第二个点子会把注意力劈开，中段曲线就此塌陷。
留存弧给出秒级预算（hook 0–1s / setup 1–4s / body 4–17s / payoff 17–20s），并规定只放大 body，永不放大 hook。
skills/short-form-video/SKILL.md
Scale the *body*, never the hook.
注：这里在做什么：60 秒短片＝更长的 body + 更多节拍，但 hook 仍是 1 秒；这条防止 agent 把开场当铺垫拉长。
hook 的两条硬规则：文案在第 1 帧就上屏、最抢眼的画面就是第一帧（禁止从黑淡入）。
skills/short-form-video/SKILL.md
the hook line is **on-screen as text by frame 1** (85% watch muted), and the most striking *visual* is also the first frame — never a slow ramp-in.
注：这里在做什么：把「hook」从文案任务变成首帧约束；配合 hook 文法四型（开环/直诺/反转/否定）构成可复制的开场公式。
节奏靠 pattern interrupt 密度控制：每约 2–4 秒一次视觉变化，且间隔必须不均匀。
skills/short-form-video/SKILL.md
a *visual change every ~2–4 seconds*
注：这里在做什么：把「别让人无聊」量化成更换频率；代码里由 frame 驱动的 cuts 数组实现，间隔刻意参差（'cuts = [0, 1.2, 3.0, 5.4, 8.0, 11.2, 14.0]; // seconds — uneven on purpose'）。
循环是留存杠杆：首末帧匹配 + 句子回环，把重看计成新鲜观看时长。
skills/short-form-video/SKILL.md
match the **last frame to the first** (same composition, position, color) so the cut is invisible
注：这里在做什么：把「loop」变成可验收的技术条件（首末帧同构）；并给出最佳重看时长区间的经验值。
竖屏安全区被写成像素级交集合：中心 900×1400，顶部 ~120、底部 ~320、右侧 ~120 全部留空。
skills/short-form-video/SKILL.md
| Universal safe (all platforms) | center **900×1400** | anything critical outside it |
注：这里在做什么：把跨平台 UI 的并集换算成一个设计框；reference 还给了一个 dev-only 的 SafeZone 叠加层（导出前删除）。
能力边界写明：字幕动画不在本 skill 实现，指名交给 caption-animation。
skills/short-form-video/SKILL.md
**Do not re-implement caption animation here** — use the `caption-animation` skill for word-by-word timing, karaoke highlight, and styling
注：这里在做什么：跨 skill 委派（且目标是同仓另一个 skill），本 skill 只负责「字幕在留存时间线上的位置与安全区」。
验证回路针对三件事设计：hook 是否一眼读懂、节奏是否没有平坦中段、循环接缝是否隐形。
skills/short-form-video/SKILL.md
LOOP seam: compare f-hook(frame 0) vs f-end(last frame) — same composition/position/color for an invisible loop cut
注：这里在做什么：把「接缝」这种抽检困难的东西变成两张图对比；批量前同样要求先验一个 topic。
2核心能力
01hook 文法库（开环 / 直诺 / 反转 / 否定四型 + 模板句），以及「第 1 帧上屏、首帧即最佳画面」的硬约束
02帧驱动的镜头调度器（uneven cuts）与最廉价的 pattern interrupt「punch-in」
03留存弧与节拍预算（hook/setup/body/payoff 秒级分配），并可按 60s 放大 body
04留存曲线排障表：从曲线症状（0:00 悬崖、中段骤降、尾部回升、某点尖峰）反推改法
059:16 安全区实现：中心 900×1400 设计框 + dev-only SafeZone 叠加层（导出前删除）
06无缝循环：首末帧同构 + 句子回环（payoff 喂回 frame 0）
07模板 × 主题批产：一个 Short 组件 × N 个 topics/*.json（hook/beats/loopText）
08交付-验证回路：hook 帧 / 中段 / 末帧三张静帧 + 首末对比判接缝 + probe-mp4 断言竖屏规格
3外部依赖
| 类型 | 依赖 |
|---|---|
| cli | npx remotion still / render / compositions |
| cli | scripts/contact-sheet.sh + scripts/probe-mp4.sh（仓库根共享验证工具箱，SKILL.md 明列） |
| package | ffmpeg / ffprobe（系统依赖） |
| cli | 跨 skill 委派：caption-animation（同仓另一个 skill，负责词级字幕动画） |
4风险提醒 风险提醒：蓝色 · 知晓即可
风险提醒：蓝色 · 知晓即可
- 引用大量平台统计数字却无出处 — 87%/70%+/58% vs 41% 等数字在仓库内无引用（见 second_pass unlocatable 条）。它们读起来像事实，容易被直接写进客户提案；建议只当经验值用，并以自己后台的留存曲线为准（reference §4 的排障表才是可操作部分）。
- hook 帧号口径不一（frame 1 vs 示例 frame=10） — 两处并存且文档未加说明，agent 照抄示例就可能把开场动画起点推后到 0.33s，违反「首帧即 hook」的硬规则（见 discrepancy 条）。
- 验收完全靠人读静帧，无自动断言 — 「一眼读懂」「节奏有没有平坦」「接缝是否隐形」都由 agent 看图判断；probe-mp4 只验成片规格，contact-sheet 只负责拼图。批量 N 个 topic 时这是唯一防线，且主观性高。
- dev-only 的 SafeZone 叠加层可能被带进成片 — reference 明写「delete it before the final export」，但这是纪律而非机制（没有开关自动在 render 时禁用），忘记删除会直接在产出片里留下红蓝参考线。
- 跨 skill 依赖与安装方式 — 字幕链路依赖同仓的 caption-animation；只安装单个 skill 目录时既拿不到 caption-animation，也拿不到仓库根 scripts/，验证回路与字幕能力同时失效。
风险提醒：蓝色，知晓即可。三段自证：① 判级对象＝skills/short-form-video/（find 确认只有 SKILL.md、README.md、references/retention-pacing.md 三个 .md，零脚本、零资产）；② 目录内自身行为＝本地写入（Remotion 工程、out/*.mp4、静帧、sheet.png）＋本地 CLI（`npx remotion`；ffmpeg/ffprobe 经仓库根 scripts/），skills/ 全域 `process.env` / `api[_-]?key` / `token` / `cookie` / `https?://` 均 0 命中；③ 唯一网络面是 npm 官方渠道取包（remotion / @remotion/*），与站内蓝档先例（hyperframes、general-video、motion-background）同口径。不升黄：无固定公开端点查询、无抓取、无官方 CLI 的 update/check。不升橙：零凭据/环境变量读取、零素材外发（无音频/图像上行）。非红档：无 TLS 降级、无沙箱关闭、无反自动化绕过、无任意代码执行面。需另记（不改档）：本 skill 指名委派同仓的 caption-animation（跨 skill 委派按批4 细则1 不传递抬档）；其正文引用的平台留存统计数字无出处（见 verification.second_pass 的 unlocatable 条）。
5第二遍独立确认
- [discrepancy] 「hook 必须在第 1 帧上屏」与验证示例取 frame=10 是否矛盾（第一遍未察觉） — SKILL.md 的硬规则写 "the hook line is **on-screen as text by frame 1**"，收尾清单第 2 条也写 "on-screen text + strongest visual up front"；但验证示例给的是 `npx remotion still Short out/f-hook.png --frame=10 --props=…`，并注释「~first 3s reads instantly」。10 帧 @30fps ≈ 0.33s，若 hook 文案在 frame 0 才起动画、到 frame 10 才稳定，则两者可并存（示例取的是「稳定可读帧」而非「首帧」）；但文档未说明这一区别，读者可能据此把 hook 动画起始推到第 10 帧，直接违反 frame 1 规则。属对 pin commit 有效的表述出入，非虚假声明。
- [unlocatable] 留存统计数字是否有出处（87% / 70% / 平台阈值 / 58% vs 41%） — SKILL.md 写 "~87% decide to stay or swipe inside 3 seconds"、"the threshold for distribution sits near **70%+ average view-through** (Shorts ~73%, TikTok ~78%, Reels ~65%)"、"videos with an interrupt roughly every 4s hold ~58% vs ~41% for a static talking head"。仓库内无引用来源、无数据集、无计算脚本；本次为只读侦查且不运行分析，故不验证这些数值，仅记为文档声明（reference 另有 "Target ≥70% average view-through." 同源）。结论中不把它们当作已核事实。
- [ok] 安全区数值在 SKILL.md 与 reference 实现里是否一致 — SKILL.md 表：center 900×1400、top ~120px、bottom ~320px、right ~120px；reference §2 SafeZone 组件逐值对应（`left: 90, top: 260, width: 900, height: 1400` 的框，加高 120 的顶部红带、高 320 的底部红带、宽 120 的右栏），§5 表首行也是「Universal (use this) | ~120px | ~320px | ~120px | center 900×1400 holds on all」。两侧完全自洽。
- [ok] 「不留平坦中段」是否有可执行机制，而非只靠审美 — reference §1 给出帧驱动的 `useShot(cuts)` 调度器与刻意参差的 cuts 数组（`cuts = [0, 1.2, 3.0, 5.4, 8.0, 11.2, 14.0]; // seconds — uneven on purpose`），并配 PunchIn（在切点 snap 到 1.1–1.12 倍）；§4 排障表把「中段持平后骤降」映射到「add interrupts; tighten cut spacing to 2–4s」。机制存在且与主张对应。
- [ok] 跨 skill 委派是否指向真实存在的 skill（防悬空指引） — SKILL.md 指名 `caption-animation`；该 skill 确实位于同一仓库（skills/caption-animation/SKILL.md，本批次同批侦查）。委派目标存在，且其描述覆盖 word-by-word timing 与 active-word highlight，与本 skill 的说法一致。
- [ok] 跨包共享脚本与 Packaged helper 引用是否真实（防悬空引用） — SKILL.md 只点名 scripts/contact-sheet.sh 与 scripts/probe-mp4.sh，两者在仓库根存在且可执行，三仓库逐字节相同（md5 b7dcc28034c9bf8fda5d48683e54d8b5 / 167b7977c50f492014e1a6fef8c9ed12）。seek-shot.sh 未被本 skill 点名。
6结论
适合：适合：要系统化生产 Reels/TikTok/Shorts 的创作者与小团队——尤其是做「模板 × 多个主题」批量产出、并且愿意先修 hook、再谈节奏的项目；也适合作为留存编辑的诊断手册（按曲线症状反查改法）。适合能接受「读三张静帧 + 首末帧对比」这种人工验收节奏的用户。
不适合：不适合：① 长视频/中视频（本 skill 明确面向 7–60s 竖屏）；② 需要旁白对白编排、访谈剪辑、故事片式叙事的项目；③ 追求画面精度与镜头语言的品牌片（这里的取舍是留存优先于制作规格）；④ 要自动化质检、不接受主观人读静帧的流水线；⑤ 需要真实平台数据分析闭环的团队——本 skill 只给方法，不接任何平台 API，曲线数据要自己从后台导出。
安装 agent 直装可复制
① 本站镜像 更新 2026-09-28
方式 A · 人下载镜像包下载 short-form-video.tar.gz
sha256:
方式 B · JSON 格式安装指南，复制给 agent976ced5900c4ae4f…agent 读 JSON 指南后会自动从本站下载安装，无需更多说明。
② 上游 GitHub · 原始来源
来源信息 GitHub 原始
作者 / 仓库iart-ai / iart-ai/tiktok-video-skills
原始 GitHubiart-ai/tiktok-video-skills ↗
Stars11
最近推送2026-06-22
本 skill commit
2a775336b5许可MIT（仓库根 LICENSE 为 "MIT License / Copyright (c) 2026 iart.ai"；GitHub API spdx_id = MIT；.claude-plugin/plugin.json 亦声明 "license": "MIT"）
本站信息
收录日期2026-09-06
分类内容创作
侦查报告AI 侦查 · 2 遍 · 2026-09-06
本站镜像与 GitHub 原始是不同来源：本站锁定 commit 快照经 /r2 分发；GitHub 为实时上游，内容可能已更新。