mcpField
M
media-qc-delivery

media-qc-delivery

github.com/calesthioクリエイティブ・メディア219158 回インストール15 週間前に更新
リポジトリ

media-qc-delivery について

クリエイティブ承認後のメディア検査と納品準備を支援するスキルです。実際の納品先仕様に沿った書き出し、QC根拠の記録、高リスク案件の確認に役立ちます。

主な機能

  1. 01納品先に応じた要件整理
  2. 02事実・観察・経験則の区別
  3. 03書き出し前のタイムライン確認
  4. 04書き出し設定と納品情報の記録
  5. 05自動技術検査の指針
  6. 06権利と来歴の確認

活用シーン

  1. 01承認済みメディアの顧客・プラットフォーム納品
  2. 02広告・放送・ストリーミング素材の検査
  3. 03ローカライズ版と字幕のパッケージ化
  4. 04生成メディアの来歴と権利の確認

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/calesthio/generative-media-skills --skill media-qc-delivery

インストール後、Claude Code で/media-qc-deliveryを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

EVAL.md
scripts/
verify_manifest.py
tests/
test_verify_manifest.py

詳細

メディアのQCと納品

このスキルは、メディア制作の最終段階、つまりクリエイティブの承認後またはほぼ最終の組み立て後、クライアント、プラットフォーム、出版社、放送局、ストリーマー、ローカライズ業者、広告運用チームへファイルを送る前に使用します。

普遍的な書き出し仕様を作り上げないでください。納品要件は、次の順序で決まります。

  1. クライアント、プラットフォーム、放送局が署名済みの納品仕様。
  2. キャンペーンのメディアプラン、掲載注文書、配信プラットフォーム、またはローカライズの概要。
  3. 現在の日付で確認した、プラットフォームの公式公開仕様。
  4. 保守的なハウスメザニンとプラットフォーム向け派生ファイル。制作上のヒューリスティックであることを明記してください。

納品先が不明な場合は、確認してください。ユーザーが迅速なデフォルトを必要としている場合は、高品質なメザニンと一般的なウェブ／ソーシャル向け派生ファイルを納品し、納品先の仕様が確認されるまでは暫定パッケージであると明記してください。

すべてのQC判断で使用する根拠ラベル

各QC判断の根拠を明確に分けてください。

  • 文書化された事実：クライアント仕様、公式プラットフォーム文書、標準化団体、またはファイルの解析結果に基づきます。変動するプラットフォーム要件については、出典または名称と確認日を記載してください。
  • 実証的な観察：アセットの視聴・聴取、スコープやメーターの読み取り、テストアップロードの挙動、自動QCの出力、比較レンダーに基づきます。どのように確認したかを記載してください。
  • 制作上のヒューリスティック：拘束力のある仕様がない場合に使用する実用的なデフォルトです。ルールではなく、ヒューリスティックであることを明記してください。

根拠の記載例：

文書化された事実：YouTube のアップロードガイダンス（2026-07-10 確認）では、録画時と同じフレームレートでのアップロードを推奨し、アップロード用エンコードの選択肢として、H.264 High Profile、プログレッシブスキャン、CABAC、クローズド GOP、可変ビットレート、4:2:0 クロマサブサンプリング、および AAC-LC、Opus、Eclipsa などのオーディオコーデックを挙げています。
実証的な観察：ffprobe では納品ファイルが 29.97 fps CFR と報告されています。目視確認では、00:00:07-00:00:12 のパンにコマの揺れは見られません。
制作上のヒューリスティック：仕様が指定されていない 1080p ウェブレビュー用ファイルには、AAC-LC ステレオ、48 kHz の H.264 MP4 が手軽なレビュー用エンコードですが、放送用マスターではありません。

納品のトリアージ

ファイルを書き出す、または評価する前に、納品の意図を平易な言葉で記載してください。

  • 納品先：プラットフォーム、放送局、ストリーマー、広告ネットワーク、クライアントの DAM、EC の PDP、アプリストア、映画館／イベントスクリーン、アーカイブ、ローカライズ業者、社内レビュー。
  • 納品物の役割：マスター、メザニン、プラットフォームへのアップロード用ファイル、プロキシ、サムネイル、字幕ファイル、オーディオステム、オープンキャプションの焼き込み、ローカライズ用テキストパッケージ、広告バリエーション、法務アーカイブ、またはソースパッケージ。
  • 視聴者と再生環境：スマートフォンのフィード、コネクテッド TV、デスクトップウェブ、映画館／イベント上映、放送、アプリ内広告枠、支援技術、騒がしい小売フロア、または社内レビュー。
  • 必須仕様：コーデック／コンテナ、ラスター、アスペクト比、フレームレート、色空間／HDR、ラウドネス、チャンネル、キャプション／字幕、ファイルサイズ制限、スレート／ハンドル／カラーバー／基準音、命名規則、メタデータ、マニフェスト、チェックサム、納期。
  • 権威ある情報源：該当する仕様書またはプラットフォームのヘルプページを特定してください。ない場合は「ハウスヒューリスティック」と記載してください。
  • リスクレベル：低リスクのレビュー用アセット、有料広告の入稿、規制対象／放送、ストリーマーへの納品、法務／権利に関わる案件、または公的な危機対応に関わる案件。

高リスクの納品では、2人目の担当者による確認、または独立した自動QCパスが必要です。生成メディアの納品では、技術的に問題のないファイルであっても、出所と権利を明示的に確認してください。

念頭に置くべき一次情報の事実

これらは基準として使用し、現在の納品先仕様の代わりにはしないでください。

文書化された事実
  • YouTube へのアップロード：2026-07-10 に確認した YouTube 公式のアップロードガイダンスでは、プログレッシブスキャン、H.264 High Profile、CABAC、連続する 2 つの B フレーム、クローズド GOP、可変ビットレート、4:2:0 クロマサブサンプリング、AAC-LC、Opus、Eclipsa などのオーディオコーデック、およびソース録画と同じフレームレートでのアップロードが推奨されています。一般的なフレームレートとして 24、25、30、48、50、60 fps が挙げられていますが、ほかのフレームレートも使用できます。
  • TikTok Auction In-Feed Ads：2026-07-10 に確認した TikTok Ads Manager のガイダンスでは、縦向き 9:16（推奨、最低 540 x 960 px）、横向き 16:9（最低 960 x 540 px）、正方形 1:1（最低 640 x 640 px）、MP4 や MOV などの動画形式、最長 10 分の再生時間、および対象のインフィード広告ユニットの最大ファイルサイズ 500 MB が示されています。
  • Meta 広告：Meta Ads Guide とヘルプページの仕様は掲載場所ごとに異なり、変更される可能性があります。納品時に Ads Manager、最新の Ads Guide、またはクライアントのメディアプランで確認してください。2026-07-10 に確認した Meta の公開ページでは、検索結果やヘルプの抜粋に掲載場所ごとの要件が示されていました（たとえば、一部の動画広告枠で MP4／MOV／GIF、インストリーム動画で 16:9 の推奨、一部の Audience Network 広告枠で 9:16 の推奨など）。ただし、確認中にログインが必要なページや一時的にアクセスできないページもありました。Meta のある掲載場所の仕様を、すべての Meta の掲載場所に適用しないでください。
  • Google Ads：2026-07-10 に確認した Google Ads の仕様ページでは、キャンペーンの種類やアセットによって仕様が異なります。一般的な画像サイズには 1200 x 628 や 1200 x 1200 がありますが、動画広告の配信要件は対象のキャンペーンと YouTube 広告形式に照らして確認する必要があります。
  • IAB デジタル動画／CTV 広告：IAB Tech Lab のガイダンスでは、解像度、ビットレート、フレームレート、アスペクト比、色空間、インテリジェントな選択や CTV／広告配信ワークフロー向けの複数ファイル納品など、画面をまたいで利用できる広告ファイル仕様が定められています。
  • IMF：SMPTE は、Interoperable Master Format（ST 2067）を、複数の地域やプラットフォームにわたるオーディオビジュアルマスターの納品と保存に使用するファイルベースのメディア形式としています。部品化された複数バージョンのプロフェッショナルな納品に適しており、一般的なソーシャルメディアへのアップロードには適していません。
  • AS-11／DPP：AMWA AS-11 UK DPP HD は、英国 DPP 放送事業者への完成済み HD 番組納品用に MXF ファイル形式を定義しています。放送事業者やクライアントから指定された場合、または受け取り側のワークフローが対応していると確認できた場合にのみ、AS-11 を使用してください。
  • HLS：Apple の HLS オーサリングガイダンスには、バリアントストリームの制約が含まれています。VOD では、ピークビットレートは平均ビットレートの 200％以下にする必要があり、バリアントによって異なるフレームレートを使用できます。HLS の納品では、再生可能な MP4 を用意するだけでなく、プレイリスト／パッケージの検証も必要です。
  • ラウドネス測定：ITU-R BS.1770-5 は、番組ラウドネスとトゥルーピークを測定するアルゴリズムを定めています。EBU R 128 は、放送ワークフロー向けにラウドネスの正規化とトゥルーピーク測定を推奨しています。クライアントやプラットフォームによって目標値が異なるため、受け取り側が指定する目標値に合わせて測定してください。
  • アクセシビリティ：WCAG と Section 508 のガイダンスでは、多くの状況において、キャプション、音声解説、同期メディアへのアクセスがアクセシビリティ要件として扱われています。キャプションは字幕と同じではありません。キャプションには、必要に応じて、話し言葉に加えて意味のある非音声情報や話者の識別を含める必要があります。
  • WebVTT：W3C WebVTT は、HTML メディアと連携するキャプション／字幕や、時間に同期したその他のテキストトラック向けのタイムドテキスト形式です。
  • 修正検証：IETF RFC 8493 BagIt は、ペイロードのマニフェストとチェックサムを含むパッケージング規約を定めています。NIST は SHA-2／SHA-3 系を承認済みのハッシュアルゴリズムとして挙げています。クライアントがアルゴリズムを指定していない場合は、納品物の完全性を確認するためのデフォルトとして SHA-256 が適切です。
  • 来歴：C2PA Content Credentials は、出所、変更に関する主張、ハッシュなどを含められるマニフェストに来歴情報を保存します。来歴メタデータは透明性を高めますが、それだけで権利、リリース、音楽ライセンス、プラットフォームポリシーへの適合が保証されるわけではありません。
記録する価値のある実証的な観察事項

受け入れ可否に影響する場合は、実証的な証拠を記録します。

  • 対象デバイスまたはプレーヤーでの再生結果。
  • 自動 QC の結果とツールのバージョン。
  • ffprobe/MediaInfo のメタデータ。
  • ラウドネスメーターの出力とアルゴリズム／バージョン。
  • 使用した場合は、輝度／色差／HDR のビジュアルスコープ。
  • キャプションの抜き取り確認メモ。
  • テストアップロード時の警告、トランスコード結果、プラットフォームの拒否メッセージ。
  • アーティファクト、幻覚による詳細、リップシンクのずれ、UI セーフゾーンとの衝突、権利に配慮が必要なコンテンツについての、人によるレビューのタイムコード。
仕様がない場合の制作上のヒューリスティック

デフォルトとして明示したうえで、以下を使用します。

  • メザニンマスターは、圧縮された納品ファイルとは分けて保管します。ワークフローに応じて、メザニンには ProRes、DNxHR、高ビットレートのイントラフレーム形式、または WAV と組み合わせた画像シーケンスを使用できます。
  • Web レビューや多くのプラットフォームへのアップロードでは、MP4/H.264 と 48 kHz の AAC-LC の組み合わせが広く互換性を持ちますが、放送局／ストリーミング事業者の仕様に代わるものではありません。
  • 配信先で明示的に変換が求められない限り、ソースのフレームレートを維持します。意図的なケイデンス計画がないまま、23.976、24、25、29.97、30、50、59.94／60 fps を混在させないでください。
  • テキスト、ロゴ、キャプション、製品 UI はプラットフォームのセーフゾーン内に収めます。縦型、正方形、横型の各バリエーションは個別にテストします。
  • 派生ファイルは、すでに圧縮されたソーシャルメディア用ファイルからではなく、承認済みのマスターまたはタイムラインから書き出します。
  • ラウドネスの目標値が指定されていない場合、一般的な Web／ソーシャル配信ではトゥルーピークのヘッドルームを少なくとも 1 dB 確保します。放送／ストリーミングでは、指定されたラウドネス目標値を使用します。
  • マニフェストには SHA-256 チェックサムを優先して使用します。受け取り側が従来の MD5 を要求する場合に限り、MD5 を含めます。

QC ワークフロー

1. 受付と仕様の確定

書き出し前に、簡潔な納品シートを作成します。

項目必須記入内容
プロジェクト／キャンペーン人が読めるタイトル
納品 ID一意のパッケージ ID または作業指示 ID
配信先プラットフォーム、クライアント、ベンダー、放送局、ストリーミング事業者、広告ネットワーク
納品物の役割マスター、アップロード用ファイル、プロキシ、キャプション、ステム、ローカライズ、ソースパッケージ
仕様の根拠URL、PDF、契約書のセクション、または「社内ヒューリスティック」
検証日公開プラットフォームの仕様では必須
技術仕様コンテナー、コーデック、ラスター、アスペクト比、fps、カラー、オーディオ、キャプション
バージョン言語、市場、短縮版、アスペクト比、改訂
権利／来歴の要件ライセンス、リリース、AI 開示、C2PA／メタデータ、アセット台帳
受け入れ責任者承認／却下の権限を持つ担当者またはチーム

有償／公開／高リスクの納品では、配信先、納品物の役割、または仕様の根拠がシートに記載されていない場合、納品を中止します。

2. 書き出し前のタイムライン確認

レンダリング前に、タイムラインを確認します。

  • シーケンスのラスター、ピクセルアスペクト、フレームレート、カラー管理が、意図した出力と一致している。
  • 意図的なスタイライズを除き、ソースクリップが許容できる画質を超えて拡大されていない。
  • 生成画像／動画に、目に見えるウォーターマーク、プロンプト由来のアーティファクト、不自然なテキスト、手／顔／製品形状の歪み、安全性に問題のあるブランド表現、意図しない著作権保護対象のキャラクター／ロゴが含まれていない。
  • テキストオーバーレイが、対象デバイスのサイズで読みやすい。
  • 法的表示、免責事項、価格、日付、オファー条件が承認済みのコピーと一致している。
  • キャプション／字幕が、承認済みの言語、改行、読字速度、タイミング、話者 ID、非音声の音響キューに従っている。
  • オーディオステム、音楽、VO、SFX、M&E が正しくルーティングされている。
  • 必要な場合を除き、ミュート／ソロ状態のままのトラック、無効なエフェクト、オフラインメディア、誤ったプロキシ、非表示のガイドレイヤー、一時的なスレートが残っていない。
  • 複数のアスペクト比を書き出す場合、各クロップを個別に構成している。センタークロップで問題ないと決めつけない。
3. 書き出し

各ファイルについて、書き出し設定が納品先に適している理由を記載します。書き出しに関する注記には、次の情報を含めると役立ちます。

  • ファイル名とバージョン。
  • ソースシーケンスまたは承認済みマスター。
  • コンテナーとコーデック。
  • 解像度／アスペクト比／ピクセルアスペクト比。
  • フレームレートと、CFR／VFRのどちらか。
  • 色空間、伝達関数、HDRメタデータ、必要に応じてビット深度。
  • 音声のサンプルレート、チャンネル構成、コーデック、ビットレート、ラウドネス目標値、測定ラウドネス、トゥルーピーク。
  • 字幕／サブタイトルのサイドカーまたは焼き込み。
  • 必要に応じて、タイムコード開始位置、スレート、カラーバー／トーン、ハンドル、アクト区切り。
  • 書き出しツール／バージョンと日付。

古いファイルの名前を変更して、新しい書き出しに見せかけてはいけません。再書き出しするか、新しいチェックサムとマニフェストエントリを付けてコピーしてください。

4. 自動技術検査

リスクに応じて適切なツールを使用します。一般的なローカルチェック：

ffprobe -hide_banner -show_format -show_streams -print_format json "deliverable.mp4"
ffmpeg -hide_banner -i "deliverable.mp4" -filter_complex ebur128=peak=true -f null -
ffmpeg -hide_banner -i "deliverable.mp4" -vf blackdetect=d=0.5:pic_th=0.98 -an -f null -
ffmpeg -hide_banner -i "deliverable.mp4" -af astats=metadata=1:reset=1 -f null -

出力は注記を飾るためだけでなく、検証に使用します。目標仕様と実際のストリームプロパティの不一致、たとえばラスターの誤り、フレームレートの誤り、インターレース、予期しない可変フレームレート、チャンネル数の誤り、音声の欠落、サンプルレートの誤り、カラータグの誤り、タイムコードの欠落、極端なビットレート、予期しない尺を指摘します。

リスクの高い放送／ストリーミング配信／広告トラフィッキングでは、利用可能な場合、クライアント指定の自動QCツールまたはベンダーポータルを使用します。指定ツールを利用できない場合は、検査が予備的なものであることを記載します。

5. 知覚品質の確認

タイムラインだけでなく、最終書き出しファイルを視聴します。短い素材は全編を確認します。長い素材は、リスクが高い場合は番組全体を確認し、それ以外の場合は、構造化した抜き取り確認に加え、すべてのトランジション、生成されたショット、タイトル／法的表示カード、冒頭と末尾の30秒、および既知の問題があるすべてのタイムコードを確認します。

以下を確認します。

  • 映像：フレーム落ち／フリーズ、ジャダー、バンディング、マクロブロック、エイリアシング、ちらつき、フラッシュのリスク、不適切なコマ落ち、マスクの可視化、アルファチャンネルの破損、色ずれ、レベルの誤り、黒つぶれ、ハイライトの白飛び、不適切なデインターレース、安全でないクロップ、判読しにくいテキスト、UIとの重なり、ドット抜け、フレームの重複、スレートの誤り。
  • 生成画像：解剖学的な不自然さ、製品形状、ブランドマーク、UIテキスト、医療／法律／金融に関する主張、文化的に配慮が必要なシンボル、肖像の問題、透かし、明らかなモデルのアーティファクト、プロンプトの漏出、安全でないフォトリアリズムの主張。
  • 音声：クリッピング、歪み、ノイズ、破裂音、歯擦音、位相の打ち消し、不適切なダウンミックス、チャンネルの入れ替わり、リップシンク、音楽のダッキング、M&Eの完全性、不自然な編集、ラウドネスの外れ値、トゥルーピークの超過、音声があるはずの箇所の無音。
  • キャプション／字幕：タイミング、同期、読み上げ速度、行の長さ、スペル、氏名、数値、単位、話者ID、非音声の音、翻訳の収まり、テキストのセーフエリア、コントラスト、ローワーサードとの重なり。
  • ローカライズ：言語／ロケールコード、翻訳済みグラフィック、VO／字幕の一貫性、日付／通貨の形式、文化的または規制上の変更、テキストの拡張、意図されていない限り、ソース言語の字幕が焼き込まれていないこと。
  • アクセシビリティ：音声を含むメディアでキャプションが利用可能であること、視覚情報のみで伝える意味に音声解説が必要か検討されていること、テキストに十分なコントラストがあること、重要な情報を色だけで伝えていないこと、フラッシュに敏感な視聴者への配慮が必要なコンテンツにフラグが付いていること。
  • 権利／来歴：アセット台帳が完全であること。必要に応じて、ソース、モデル／ツールのバージョン、音楽ライセンス、リリース、フォントライセンス、ストック素材ID、AI利用の開示が含まれていること。
6. 承認、却下、免除のルール

以下の場合は納品を却下するか、保留にします。

  • ファイル、バージョン、言語、市場、再生時間が誤っている、または必須の納品物が欠けている場合。
  • 必須仕様に対して、コーデック、コンテナ、ラスタ、fps、音声、キャプション、パッケージが一致しない場合。
  • 最終納品パッケージのチェックサムが欠けている、または検証に失敗した場合。
  • ファイルが破損している、再生できない、デコードエラーがある、再生時間が不正である、音声や映像が欠けている、または必須のサイドカーが欠けている場合。
  • 法務、ブランド、医療、金融、政治、権利に関する問題が、責任者によって承認されていない場合。
  • 生成コンテンツが実在する人物、製品、場所を誤って表現している、無許可の知的財産を含んでいる、または目に見えるアーティファクトが約束された品質を損なう場合。
  • キャプションや字幕に重大な同期ずれがある、不完全である、誤訳されている、読みにくい、または必須であるにもかかわらず欠けている場合。
  • ラウドネスやトゥルーピークが必須の目標値や許容範囲を外れている場合。
  • HDR/SDR が一致しない、必須のカラー メタデータが欠けている、または明らかなカラー変換エラーがある場合。
  • プラットフォームへのアップロードや広告ポータルで却下される場合。

以下の場合に限り、書面による免除があれば許容します。

  • 問題が視覚または聴覚で確認できるものの、クライアントまたは責任者が受け入れている場合。
  • 文書化された理由により、ファイルが意図的に仕様から逸脱している場合。
  • 送信先のポータルがファイルを受け入れており、残存する問題が法務、アクセシビリティ、権利に関する重大な問題ではない場合。

権利の欠如、必須のアクセシビリティ納品物の欠如、または再生不能・破損したマスターについては、明示的な書面による権限なしに免除してはなりません。

納品シート

別のエージェントや人間がパッケージを再構成できるよう、納品シートを維持してください。最低限必要な列：

package_id
asset_id
filename
version
status
destination
deliverable_role
language_locale
market
duration
aspect_ratio
resolution
frame_rate
container
video_codec
audio_codec
audio_channels
loudness_target
measured_loudness
true_peak
caption_files
color_space
source_master
export_tool
checksum_sha256
rights_status
provenance_status
qc_result
qc_notes
approved_by
delivery_date

ready、hold、rejected、waived、delivered、superseded などの status 値を使用してください。final_final のような曖昧な値は避けてください。

ファイル名とバージョン

フォルダーのコンテキストがなくても引き継げるファイル名を使用してください。

<project>_<deliverable>_<market-or-locale>_<aspect>_<duration>_<spec-or-platform>_<version>_<date>.<ext>

例：

orchid-launch_paid-social_en-US_9x16_15s_tiktok-infeed_v03_20260710.mp4
orchid-launch_captions_en-US_9x16_15s_tiktok-infeed_v03_20260710.vtt
orchid-launch_mezzanine_en-US_16x9_30s_prores422hq_v03_20260710.mov

バージョン管理のルール：

  • ピクセル、音声、キャプション、メタデータ、またはパッケージ構成が変更された場合は、バージョンを上げてください。
  • 却下されたバージョンや置き換えられたバージョンは納品フォルダーに入れないか、明確に識別できるようにしてください。
  • 変更したファイルに以前と同じファイル名を再利用しないでください。チェックサムに基づく検証が機能しなくなります。
  • 必要に応じて、ISO 日付（YYYYMMDD）と標準ロケールタグ（en-US、fr-CA）を使用してください。
  • 受信側が他の文字を明示的にサポートしていない限り、ファイル名には ASCII で安全に扱える文字を使用してください。

チェックサム、マニフェスト、パッケージ構成

重要な引き渡しでは、パッケージマニフェストを作成してください。高リスクの転送やアーカイブ目的の転送では、BagIt のような構成、またはクライアントのパッケージ形式を使用してください。

パッケージの例：

orchid-launch_delivery_v03_20260710/
  manifest-sha256.txt
  delivery-sheet.csv
  delivery-notes.md
  masters/
    orchid-launch_mezzanine_en-US_16x9_30s_prores422hq_v03_20260710.mov
  platform/
    orchid-launch_paid-social_en-US_9x16_15s_tiktok-infeed_v03_20260710.mp4
    orchid-launch_paid-social_en-US_1x1_15s_meta-feed_v03_20260710.mp4
  captions/
    orchid-launch_captions_en-US_9x16_15s_tiktok-infeed_v03_20260710.vtt
  rights/
    asset-ledger.csv
    music-license.pdf

最終ファイルを納品先に配置した後で、SHA-256 チェックサムを生成してください。チェックサムとパッケージ相対の POSIX パスの間に半角スペースを正確に2つ入れた、GNU 形式のマニフェスト行を使用してください。

sha256sum platform/*.mp4 captions/*.vtt masters/*.mov > manifest-sha256.txt

Windows PowerShell の場合：

Get-ChildItem -Recurse -File | Where-Object { $_.Name -ne "manifest-sha256.txt" } |
  ForEach-Object {
    $relative = Resolve-Path -LiteralPath $_.FullName -Relative
    "$((Get-FileHash -Algorithm SHA256 -LiteralPath $_.FullName).Hash.ToLower())  $($relative.TrimStart('.\').Replace('\', '/'))"
  } |
  Set-Content manifest-sha256.txt

このスキルパッケージに scripts/verify_manifest.py が含まれている場合は、納品前に決定論的な完全性と欠落のチェックとして使用してください。

python scripts/verify_manifest.py orchid-launch_delivery_v03_20260710 manifest-sha256.txt --require-all-files

検証ツールには、パッケージのルートと SHA-256 マニフェストのパスを指定できます。パスは絶対パスでも、ルートからの相対パスでもかまいません。不正な形式の行、重複したエントリ、絶対パス、パストラバーサル、ルート外のパス、シンボリックリンクによるルート外へのアクセス、通常ファイル以外のマニフェストエントリ、マニフェスト自身の包含を拒否します。ファイルをバイトストリームとしてハッシュ化し、verified、failures、unlisted の各配列を含む安定した JSON を出力します。このスクリプトはマニフェストのシンボリックリンクパスを拒否し、プラットフォームがサポートしている場合は、シンボリックリンクをたどらずに通常ファイルを開きます。シンボリックリンクをたどらずに開く機能をサポートしていないプラットフォームでは、同じホスト上でパッケージディレクトリへの書き込み権限を持つ悪意ある第三者が、検証から読み取りまでの間にファイルを入れ替える可能性があります。そのため、安定したパッケージツリー上で実行してください。終了コード 0 は、リストに記載されたすべてのファイルが検証済みであることを示します。2 は、ファイルの欠落、不一致、--require-all-files 使用時のマニフェストへの未記載、またはその他の理由でペイロードファイルとして受け入れられない場合に、検証に失敗したことを示します。3 は、マニフェストまたは呼び出しを安全に解析または実行できなかったことを示します。

チェックサム検証を、クリエイティブ、法務、アクセシビリティ、ポリシー、または QC の承認として扱わないでください。このツールが証明するのは、パッケージルート内のファイルがマニフェストと一致すること、および --require-all-files を指定した場合に、通常のペイロードファイルがマニフェストから黙って除外されていないことだけです。権利、来歴、字幕、ラウドネス、再生、知覚上の欠陥、納品先仕様への準拠については、引き続き上記の QC ワークフローで確認する必要があります。

アップロードまたはコピーの後、可能であれば受信側のファイルを再ダウンロードまたは再読み込みし、チェックサムを比較してください。プラットフォームが取り込み時にトランスコードする場合は、同じチェックサムを期待するのではなく、取り込み状況を確認し、プラットフォームでの再生またはトランスコード出力を検査してください。

納品メモ

最終パッケージには、メールやポータルのメッセージ、またはファイルとして、簡潔な納品メモを必ず含めてください。

Project:
Package ID:
Delivered on:
Spec authority and verification date:
Files included:
Checksums:
QC summary:
Known waivers or limitations:
Rights/provenance summary:
Accessibility deliverables:
Contact / next action:

適切なメモは、隠れた前提を明らかにします。不適切なメモは、「最終版を添付しました」としか記載しません。

よくある納品物のプロファイル

ソーシャルメディア広告および有料広告

プラットフォームのブランドだけでなく、具体的な掲載枠を確認してください。Reels／Stories 形式の縦型アセット、Facebook フィード用アセット、TikTok の In-Feed 広告、YouTube インストリーム広告、YouTube Shorts のアップロード、Google Performance Max アセット、CTV VAST アセットでは、それぞれセーフゾーン、再生時間、アスペクト比、ファイルサイズ制限、字幕、ポリシー上の制約が異なる場合があります。

QC の重点項目：

  • 最初のフレームと最初の3秒のフック。
  • プラットフォームの UI と字幕に対するセーフゾーン。
  • 必要に応じた正しいアスペクト比の派生版：9:16、1:1、4:5、16:9。
  • 音声あり・なしの両方で正常に機能すること。重要なメッセージが音声だけに依存していないこと。
  • 焼き込み字幕またはサイドカー字幕がメディアプランと一致していること。
  • ファイルサイズと再生時間が掲載枠の制限内であること。
  • 法的表示、価格、販促期間、エンドカードが承認済みのコピーと一致していること。
  • 広告ポリシーに影響する可能性のあるコンテンツを人が確認していること。
製品／e コマースコンテンツ

QC の重点項目：

  • 製品の形状、色、ラベルのテキスト、ポート／ボタン、パッケージ、UI が正確であること。
  • 事実に基づかない主張、バッジ、認証、成分、寸法、互換性の記載がないこと。
  • 背景、影、反射が製品を隠していないこと。
  • 透過 PNG／WebP アセットでアルファチャンネルが正しく保持されていること。
  • 画像サイズ、カラープロファイル、ファイルサイズが e コマース CMS の要件に合っていること。
  • バリエーション名が SKU、ロケール、プラットフォームに対応していること。
放送・ストリーマー向け納品

これらの仕様を推測してはいけません。放送・ストリーマー向け納品では、MXF、IMF、AS-11、ProRes、WAVステム、タイムテキスト、スレート、タイムコード、カラーバー／トーン、アクトブレーク、音声チャンネルの順序、言語メタデータ、正式な自動 QC が関わることがよくあります。

QC の重点項目：

  • 受け手が指定したコンテナ／アプリケーション／プロファイルが正確に一致していること。
  • 音声チャンネルのレイアウトとラベル。
  • ラウドネスの目標値と測定方法。
  • タイムコードの開始位置、スレート、カラーバー／トーン、黒味、ハンドル、番組の開始位置、最後の保持時間。
  • 色空間、HDR メタデータ、合法レベル、字幕／キャプション形式。
  • IMF／AS-11／パッケージの検証とマニフェストの正確性。
  • 派生ファイルだけに記録のない修正を加えないこと。マスターと派生ファイルを追跡可能にする必要があります。
ローカライズパッケージ

QC の重点項目：

  • 翻訳開始前にソースマスターのバージョンを固定すること。
  • ロケール固有のファイル名とメタデータ。
  • コンフォーム後も字幕／キャプションのタイミングが同期していること。
  • テキストの拡張によってグラフィックと重ならないこと。
  • VO、吹き替え、M&E、ステム、字幕が同じ編集バージョンに対応していること。
  • 画面上のテキスト、法的免責事項、価格、測定単位、日付、文化的表現がローカライズされていること。
  • ロケールごとに個別の QC メモを作成すること。1つのレビューに基づいてすべての言語を承認してはいけません。
混在ソースの編集

QC の重点項目：

  • ソースの解像度／フレームレート／色の不一致が意図的にコンフォームされていること。
  • ストック、UGC、生成コンテンツ、画面収録、クライアント提供映像の権利を個別に追跡すること。
  • ソース間で音声のノイズフロアとルームトーンを統一すること。
  • アップレゾ、ノイズ除去、リタイム、スタビライズ、AI エンハンスメントによるアーティファクトを 100% 表示で確認すること。
  • 合成による差し替えや顔／声の変更には、明示的な同意と開示の手順があること。

完全な例

例：有料ソーシャル向けローンチパック

目的：TikTok In-Feed、Meta Feed、YouTube Shorts 向けに、AI を活用して制作した 15 秒の商品ローンチ広告の承認済みバリエーションを 3 種類納品します。

根拠：TikTok Ads Manager のインフィード仕様を 2026-07-10 に確認。Meta のプレースメント仕様を 2026-07-10 に確認。YouTube のアップロードガイダンスを 2026-07-10 に確認。正確な尺とコピーについてはクライアントのメディアプランを参照します。

納品計画：

Master:
  orchard-watch_mezzanine_en-US_16x9_15s_prores422hq_v04_20260710.mov
Platform:
  orchard-watch_paid-social_en-US_9x16_15s_tiktok-infeed_v04_20260710.mp4
  orchard-watch_paid-social_en-US_4x5_15s_meta-feed_v04_20260710.mp4
  orchard-watch_paid-social_en-US_9x16_15s_youtube-shorts_v04_20260710.mp4
Captions:
  orchard-watch_captions_en-US_9x16_15s_tiktok-infeed_v04_20260710.srt
  orchard-watch_captions_en-US_4x5_15s_meta-feed_v04_20260710.srt
Manifest:
  manifest-sha256.txt
  delivery-sheet.csv
  delivery-notes.md

QC の判断：

  • いずれかのバリエーションで、製品の形状が承認済みパックショットと異なる場合は却下します。
  • 縦型フォーマットで、法的オファー文がアプリの UI オーバーレイに隠れる場合は却下します。
  • TikTok のファイルがプレースメントのファイルサイズ上限または再生時間上限を超える場合は保留します。
  • ffprobe のプロパティがシートと一致し、キャプションが同期し、音声にクリッピングがなく、すべての訴求が承認済みコピーと一致し、パッケージのアップロード後にチェックサムが検証できた場合は承認します。

納品メモの抜粋：

QC summary: Passed technical and perceptual QC on 2026-07-10. TikTok public specs checked the same day; Meta and YouTube specs are placement-dependent and were checked against the media plan. Known limitation: generated lifestyle background is synthetic; product packshot and claims are client-approved. Rights ledger included.
例：ストリーマー向けローカライズの引き継ぎ

目的：ローカライズベンダーが 3 言語の字幕と吹き替え音声を制作できるよう、最終確定したエピソードパッケージを準備します。

根拠：クライアントのローカライズブリーフとストリーマー向け納品ガイド。公開されている SMPTE IMF の情報は背景情報としてのみ使用します。

納品計画：

  • テキストなしの確定済みマスター、または指定されたメザニン。
  • タイムコードを焼き込んだ参考映像。
  • 最終台本／台詞リスト。
  • 必要に応じて M&E の WAV ステム。
  • ソース言語の既存キャプション／字幕。
  • ショット／シーン一覧と発音ガイド。
  • 生成したエスタブリッシングショットとライセンス取得済み音楽を記載したアセット台帳。
  • SHA-256 チェックサム付きマニフェスト。

QC の判断：

  • 参考映像とテキストなしのマスターが同じ編集バージョンでない場合は却下します。
  • M&E に、本来含まれるべきでないソース言語の台詞が含まれている場合は却下します。
  • 生成ショットに出所情報／承認メモがない場合は保留します。
  • チェックサムの検証、再生時間の一致、タイムコードの整合、キャプションの同期、ステムのルーティング、納品シートの完成をすべて確認した後にのみ承認します。
例：生成されたキャンペーン素材のクライアント向けアーカイブパッケージ

目的：最終的なキャンペーンファイルと来歴記録を、クライアントのDAM／アーカイブに引き渡します。

権限：クライアントのDAM命名規則を適用します。パッケージングのモデルとしてBagIt／RFC 8493を使用し、クライアントからハッシュアルゴリズムの指定がなかったため、社内の経験則としてSHA-256を選択します。

納品計画：

data/
  final-images/
  final-video/
  captions/
  audio/
  source-prompts-approved/
  rights/
manifest-sha256.txt
delivery-sheet.csv
bag-info.txt
delivery-notes.md

QCの判断基準：

  • delivery-sheet.csv内のファイルがパッケージに含まれていない場合は、却下します。
  • 転送後にチェックサムの不一致があった場合は、却下します。
  • AI生成アセットについて、モデル／ツールの来歴が記録されていない場合は、保留します。
  • ペイロード、マニフェスト、権利台帳、納品メモが完全に一致した場合は、受け入れます。

出典メモ

以下の出典を参考に、上記のガイダンスを作成しました。変わりやすい公開プラットフォームの情報は、2026-07-10に確認しました。

コメント

Markdown 対応