1仕組みと動作原理
2つの事前判断：あらゆるクロップに対応できるマスターの構成形式、および各プラットフォームへの納品ルート。マスター戦略は作業着手前に決定必須。
skills/video-delivery-specs/SKILL.md
Decide the master before animating — re-cropping after the fact is where deliveries break.
ここでの処理内容：「後からのクロップ」を納品失敗の主因と位置づけ。複数アスペクト比の場合は16:9マスター＋中央1:1タイトルセーフスパインを構築し、9:16は単純クロップではなく再レイアウトを前提とするルールを規定。
プラットフォーム仕様は1つのマスターデータテーブル（比率／ピクセル／尺／コンテナ・コーデック／注意事項）で管理し、すべての書き出しの基準とする。
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 |
ここでの処理内容：分散しがちな「各プラットフォーム向け書き出し設定」を1つの参照可能テーブルに集約し、ビットレートおよび音声の定量ガイドライン（1080p SNS向け 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内に収める」厳格な制約を提示。あわせて放送用のタイトルセーフ90%／アクションセーフ93%も規定。
1つのソースから複数比率を展開する場合はクロップではなく再配置マトリクスを採用：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スパイン」を汎用手法として提示。
字幕戦略は配信チャネルに応じて分岐：SNSは焼き付け（オープンキャプション）をデフォルトとし（無音再生および自動字幕の低精度対策）、長尺動画や放送にはサイドカーファイルを使用。
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行、下部UI帯を避けキャプションセーフエリア内に配置）。さらにアクセシビリティ基準（色のみに依存した情報伝達の禁止、点滅は3回/秒未満）にも拡張。
放送用ルートは放送局仕様書（ProRes 422 HQ、地域フレームレート、R128/A85ラウドネス、90%タイトルセーフ、テロップなしマスター＋スレート）の完全準拠を要求。
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 |
ここでの処理内容：放送とSNSの違いを混用不可の2系統として整理（SNSはH.264、放送はProRes＋ラウドネス規格＋テロップなしマスターが必須）。「納品リジェクト」の代表的な原因から逆算した必須チェック項目を提示。
納品前QCの実行：先頭・末尾フレーム、音声／ラウドネス、スペル・法的表記、ロゴ／ブランドカラー、セーフエリア、字幕、コーデック、および「別環境での再生確認」。
skills/video-delivery-specs/SKILL.md
- Export matches codec/bitrate spec; file plays on a fresh machine.
ここでの処理内容：「納品直前の最終確認」をチェックリスト化。reference内のqc-checklist.mdには完全版、collect-filesの格納構成、および命名規則を収録。
具体的なアンチパターンの提示：「後からクロップ」によるロゴ消失、タグラインの見切れ、プラットフォームCTAバーに隠れる字幕など。
skills/video-delivery-specs/SKILL.md
**ANTI-PATTERN — "we'll just crop it later":**
ここでの処理内容：3つの典型的な失敗事例を通じて、マスター戦略を納品直前ではなくアニメーション制作前に決定しなければならない理由を明示。
2コア機能
01プラットフォーム別仕様表：IG 3種、TikTok、YouTube/Shorts、放送、OOH、web hero（比率／ピクセル／尺／コーデック／注意事項）
02セーフエリアとUI危険領域（縦型上下マージン、TikTok右側アイコン列、放送タイトルセーフ）
03再レイアウト／カットダウンマトリクスおよび「中央1:1スパイン」マスター戦略
04ビットレートおよび音声ガイドライン（1080p SNS 8-12 / 高画質 16-20 / 4K 35-45 Mbps、AAC 320 kbps 48 kHz）
05字幕とアクセシビリティ：焼き付け vs サイドカーの選択基準、スタイル規則、字幕セーフエリア
06納品前QCチェックリスト（9項目：解像度／フレーム／音声／テキスト／ブランド／セーフエリア／字幕／コーデック／ファイル名および別環境再生確認）
07納品パッケージ構成：完成版、字幕付き版（+ srt/vtt）、テロップなしマスター、静止画、ライセンス記載READMEの個別分離
08案件タイプ別クイックリファレンス（比率／ビットレート／コーデック／字幕／危険領域／単一マスター戦略）
4推奨統制措置と判定根拠
安全運用のための推奨統制措置
Agent 向け
自動ロード可能
管理者向け
ソースとバージョンの記録
判定根拠（ファイルパスと抜粋）
- SKILL.md: スクリプト実行や外部影響を伴わない、純粋なプロンプト指示およびルール定義テキスト
監査ノート： 純粋な指示・仕様知識：スクリプト実行、外部ネットワーク通信、クレデンシャル読み取り、ディスク書き込みは一切なく、コマンドライン実行も含まれません（同パックの他スキルと共通）。注意事項（リスク評価には影響なし）：① プラットフォーム仕様およびセーフエリアは外部仕様であるため、プラットフォーム側の改修により陳腐化する可能性があります。実際の納品前には各サービスの最新公式仕様書と照合してください（本ドキュメントの数値は執筆時点の仕様定義に基づきます）；② 納品パッケージ内のライセンス・フォント・楽曲権利表記はユーザー自身が確認・記載する必要があります（本スキルは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結論
最適な用途： 納品前の準備段階に最適：マルチプラットフォーム展開のマスター戦略策定、特定プラットフォームの解像度・比率・ビットレート・尺の確認、縦型動画のセーフエリア確保、字幕（焼き付け vs サイドカー）の決定、納品前QCおよびhandoverフォルダ整理。また、見積もり・プリプロ段階において「配信チャネル」を技術仕様や工数へ落とし込む際にも適しています。
不向きな用途： 非推奨ユースケース：① 各プラットフォームへの自動アップロードやAPI連携（外部APIとの連携機能はありません）；② 公式な法規制・放送基準の最終確認（放送規格は必ず各放送局の仕様書を最優先してください。本ドキュメント内でも明記されています）；③ レンダリングやエンコードの実行処理（after-effectsやremotion関連のスキルを使用してください）；④ クリエイティブおよび構図の評価・判断（shot-compositionやanimation-principlesスキルを使用してください）——本スキルは納品・仕様面のみを対象とします。
Install Agent-Ready
① Verified Mirror 2026-09-28
Option A · Direct DownloadDownload video-delivery-specs.tar.gz
sha256:
Option B · Copy Guide for Agent4ff813c09ab5e0aa…Agent はこの JSON ガイドから自動的にダウンロードして検証します。
② Upstream GitHub
GitHub Repo ↗
Pinned to commit d85c2b4846.