1实现原理 · 为什么它能做到
两个前置判断：master 要用什么形态才能活过所有裁切，以及每个平台各自走哪条交付路径；master 必须在动手前决定。
skills/video-delivery-specs/SKILL.md
Decide the master before animating — re-cropping after the fact is where deliveries break.
注：这里在做什么：把「事后裁切」定为交付失败的主因；规则是多比例时建 16:9 master + 中央 1:1 title-safe spine，并预期 9:16 要重排而非裁。
平台规格以一张主数据表承载（比例/像素/时长/容器编码/注意事项），是全部导出的依据。
skills/video-delivery-specs/SKILL.md
| IG Reels | 9:16 | 1080×1920 | ≤90s (up to 3min) | MP4/MOV, H.264 | UI overlays bottom + right; keep action centre |
注：这里在做什么：把分散的「各平台该导什么」集中成一张可查表，并配码率与音频量化指南（1080p 社交 8-12 Mbps、AAC 320 kbps 48 kHz）。
安全区按平台 UI 遮挡给像素级危险区，并规定「UI 决定布局优先于规格决定导出」。
skills/video-delivery-specs/SKILL.md
- **9:16 (Reels/TikTok/Shorts/Story)**: reserve top ~250px (handle/close) and bottom ~250-400px (caption, CTA, controls).
注：这里在做什么：给出竖屏顶部/底部保留带、TikTok 右侧图标列与「文字留在中央 1080×1080」的硬约束；同段给广播的 title-safe 90% / action-safe 93%。
一源多比例用重排矩阵而非裁切：16:9→9:16 要重排元素，且这需要预算时间。
skills/video-delivery-specs/SKILL.md
| 16:9 → 9:16 | Crop hard to centre + re-stack elements vertically | Wide compositions break; reflow text/logos |
注：这里在做什么：把每种转换的方法与风险并列（1:1 裁两侧、4:5 轻裁、切条要重新计时而不是简单剪短），并给出「中央 1:1 spine」的通用做法。
字幕策略按渠道分流：社交默认烧入（静音观看 + 平台自动字幕不可靠），长视频与广播用 sidecar。
skills/video-delivery-specs/SKILL.md
- **Open (burned-in) captions**: baked into the video. Default for social — most users watch muted, and platform auto-captions are unreliable.
注：这里在做什么：给字幕样式与位置纪律（高对比、最多 1-2 行、放在 caption-safe 区而非底部 UI 带下面），并延伸到可访问性（不靠颜色单传、闪光 <3 次/秒）。
广播路径要求照抄 broadcaster 规格书（ProRes 422 HQ、地区帧率、R128/A85 响度、90% title-safe、textless + slate）。
skills/video-delivery-specs/SKILL.md
| Broadcast delivery rejected | Used H.264 / wrong loudness / no textless | Follow the broadcaster spec PDF: ProRes, R128/A85, slate, textless |
注：这里在做什么：把广播与社交的差异写成不可混用的两条路径（社交用 H.264，广播必须 ProRes + 响度标准 + textless），并以「被拒收」的常见原因反向列出必查项。
交付前跑 QC：首末帧、音频/响度、拼写与 legal、logo/品牌色、安全区、字幕、编码与「在新机器上能播」。
skills/video-delivery-specs/SKILL.md
- Export matches codec/bitrate spec; file plays on a fresh machine.
注：这里在做什么：把「交付前的最后一分钟」变成清单；reference 里的 qc-checklist.md 另有完整版、collect-files 打包结构与命名规范。
反例是具体的：「回头再裁」导致 logo 消失、标语被切、字幕压在平台 CTA 条下。
skills/video-delivery-specs/SKILL.md
**ANTI-PATTERN — "we'll just crop it later":**
注：这里在做什么：用三重失败说明为什么 master 策略必须在动画前决定，而不是交付前补救。
2核心能力
01逐平台 spec 表：IG 三类、TikTok、YouTube/Shorts、广播、OOH、web hero（比例/像素/时长/编码/注意）
02安全区与 UI 危险区（竖屏顶/底保留带、TikTok 右列、广播 title-safe）
03重排/切条矩阵与「中央 1:1 spine」master 策略
04码率与音频指南（1080p 社交 8-12 / 高清 16-20 / 4K 35-45 Mbps；AAC 320 kbps 48 kHz）
05字幕与可访问性：烧入 vs sidecar 的选择与样式规则、字幕安全区
06交付前 QC 清单（9 项：尺寸/帧/音频/文本/品牌/安全区/字幕/编码/文件名与跨机播放）
07交付包结构：成片、带字幕版（+ srt/vtt）、textless master、静帧与许可说明 README 分开放
08按项目类型的速查表（比例/码率/编码/字幕/危险区/单 master 策略）
4风险提醒 风险提醒：绿色 · 放心使用
风险提醒：绿色 · 放心使用
- 平台规格会过期 — 像素、时长上限、码率与 UI 危险区随平台改版变动，且文档无出处（见 second_pass 的 unlocatable 条）。把它当作核对清单而非权威规格；投递前以平台当期官方文档复核。
- 覆盖的平台有限 — 表内覆盖 IG/TikTok/YouTube/广播/OOH/web，未含 X、LinkedIn、Snapchat、Twitch、CTV 等；落到未列平台时需自行补规格（references/platform-specs 更详细，但仍是同一批平台）。
- 不提供实际工具链 — 本 skill 不给 ffprobe 校验或导出命令（连命令行示例都没有），QC 全靠人工按清单执行；需要自动化校验时得自建（可参考工具类 skill 或自写 ffprobe 断言）。
- 许可与合规只到「提醒」层面 — 交付包要求 README 列明字体/音乐/素材许可与使用范围，但 skill 不校验授权、不生成授权文档；商用合规仍需自行落实。
风险提醒：绿色，放心使用。纯指令/规格知识：无脚本、无网络外发、无凭证读取、无落盘；甚至不含任何命令行（与同 pack 其他 skill 一致）。注意点（不进档位）：① 平台规格与安全区是外部事实，平台改版会使其过期——投递前应以平台当期官方规格复核，本文档数值为文档声明；② 交付包内的许可/字体/音乐授权说明需使用者自行落实（skill 只提醒要放进 README）。
5第二遍独立确认
- [ok] 是否存在脚本、命令或联网动作 — 全目录仅 Markdown；无 shell/JS 代码块、无 URL（除署名页脚）、无工具调用示例——是本 pack 中最「纯文档」的一份。
- [unlocatable] 平台规格数值是否有出处（是否会被误当权威规格） — IG/TikTok/YouTube/广播/OOH 的像素、时长上限、码率与安全区像素均无引用来源（无平台文档链接）；文档也提示广播要 follow the broadcaster spec PDF EXACTLY，即承认外部权威在平台侧。故本文件应作为核对清单使用，投递前以当期官方规格复核。
- [ok] 内部数值是否自洽（同 pack 内是否与 shot-composition 冲突） — SKILL.md 自身三处口径一致；与 shot-composition 的差异（百分比 vs 像素）是粒度不同而非冲突——9:16 顶部 ~250px 与 top ~12-14% 在 1920 高下换算相符（约 230-269px），未发现矛盾。
- [ok] 「社交 H.264 / 广播 ProRes」这类二分是否覆盖了混合场景（如付费社媒需高码率） — 文档给出「上传高码率/ProRes 让平台自己降采样」的指引（常见错误表 'Exported at low bitrate; platform re-compresses' → 'Upload high-bitrate / ProRes; let the platform downscale'），并非只给社交低码率一条路。
6结论
适合：适合交付前阶段：确定多平台投放的 master 策略、查某平台的像素/比例/码率/时长、给竖屏排内容留安全区、决定字幕用烧入还是 sidecar，以及跑交付前 QC 与整理 handover 目录。也适合报价阶段用来把「投放渠道」翻译成规格与工作量。
不适合：不适合：① 需要平台上传自动化/API 集成（skill 不接触任何接口）；② 需要权威合规规格（广播应以 broadcaster 规格书为准，文档自己也这么说）；③ 需要渲染与编码执行（应走 after-effects / remotion 类 skill）；④ 需要创意与构图判断（应走 shot-composition / animation-principles）——本 skill 只管交付面。
安装 agent 直装可复制
① 本站镜像 更新 2026-09-28
方式 A · 人下载镜像包下载 video-delivery-specs.tar.gz
sha256:
方式 B · JSON 格式安装指南，复制给 agent4ff813c09ab5e0aa…agent 读 JSON 指南后会自动从本站下载安装，无需更多说明。
② 上游 GitHub · 原始来源
来源信息 GitHub 原始
作者 / 仓库iart-ai / iart-ai/freelance-motion-skills
原始 GitHubiart-ai/freelance-motion-skills ↗
Stars3
最近推送2026-06-22
本 skill commit
d85c2b4846许可MIT（仓库根 LICENSE：'MIT License' / Copyright (c) 2026 iart.ai；.claude-plugin/plugin.json 的 license 字段亦为 MIT）
本站信息
收录日期2026-09-06
分类基础工具与工作流
侦查报告AI 侦查 · 2 遍 · 2026-09-06
本站镜像与 GitHub 原始是不同来源：本站锁定 commit 快照经 /r2 分发；GitHub 为实时上游，内容可能已更新。