mcpField
M
media-qc-delivery

media-qc-delivery

github.com/calesthio创意与媒体219158 次安装15 周前更新
代码仓库

关于 media-qc-delivery

面向创意审核后的媒体质检与交付技能，帮助制作团队依据实际目的地规格准备文件，并记录质检依据及高风险交付检查。

主要功能

  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

详细介绍

媒体质检与交付

在媒体制作的最后阶段使用此技能：创意获批或最终组装接近完成后，在将文件发送给客户、平台、出版商、广播机构、流媒体服务、 локალიზേഷൻ供应商或广告运营团队之前。

不要凭空编造通用导出规格。交付要求按以下顺序确定：

  1. 已签署的客户／平台／广播机构交付规格。
  2. 活动媒体计划、广告订单、分发平台或本地化简报。
  3. 经核实适用于当前日期的平台官方公开规格。
  4. 保守的内部中间母版，加上适用于平台的衍生文件，并明确标注为制作经验规则。

如果目标位置未知，请询问。如果用户需要快速默认方案，请交付高质量中间母版及常见的 Web／社交媒体衍生文件，并说明在确认目标规格之前，该交付包仅为暂定方案。

每项质检判断都要使用的证据标签

分别说明每项质检结论的依据：

  • 文档事实：来自客户规格、平台官方文档、标准组织或文件探测结果。对于会变化的平台要求，请注明来源或名称及核实日期。
  • 经验观察：来自观看／聆听素材、读取示波器／电平表、测试上传行为、自动质检输出或对比渲染。说明观察方式。
  • 制作经验规则：没有约束性规格时采用的实用默认方案。应标注为经验规则，而非规定。

证据表述示例：

文档事实：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 Web 审片文件，使用带 AAC-LC 48 kHz 立体声音频的 H.264 MP4，是一种便于审片的编码方案，但它不是广播母版。

交付分流

导出或评判文件之前，先用通俗语言写明交付意图：

  • 目标位置：平台、广播机构、流媒体服务、广告网络、客户 DAM、电商 PDP、应用商店、影院／活动屏幕、档案、 локალიზേഷൻ供应商或内部审片。
  • 交付物用途：母版、中间母版、平台上传文件、代理文件、缩略图、字幕文件、音轨分轨、烧录字幕、 локализേഷൻ文本包、广告变体、法律存档或源文件包。
  • 受众与播放环境：手机信息流、联网电视、桌面 Web、影院／活动投影、广播、应用内广告位、辅助技术、嘈杂的零售场所或内部审片。
  • 强制规格：编解码器／容器、光栅尺寸、宽高比、帧速率、色彩空间／HDR、响度、声道、字幕／隐藏字幕、文件大小限制、片头板／手柄／彩条／音调、命名、元数据、清单、校验和及截止日期。
  • 依据：准确的规格文档或平台帮助页面；如果没有，请写明“内部经验规则”。
  • 风险等级：低风险审片素材、付费广告投放、受监管／广播、流媒体服务交付、法律／权利敏感，或涉及公共危机的敏感内容。

高风险交付需要由第二位人工审核人员或独立的自动化质检流程进行复核。生成媒体交付即使技术文件无误，也必须明确进行来源与权利审核。

需要牢记的事实依据

将这些内容作为参考，而不是当前目标规格的替代品。

已记录的事实
  • 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 竞价信息流广告：经核实，截至 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 定义了一种 MXF 文件格式，用于向英国 DPP 广播机构交付已完成的 HD 节目。仅当广播机构/客户提出要求，或已知接收工作流支持该格式时，才使用 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。
  • 对于网页审阅和许多平台上传，MP4/H.264 加 48 kHz AAC-LC 具有广泛兼容性，但不能替代广播/流媒体服务商的规格。
  • 除非目标明确要求转换，否则保留源帧率。避免混用 23.976、24、25、29.97、30、50 和 59.94/60 fps，除非有明确的帧率转换方案。
  • 将文字、徽标、字幕和产品 UI 放在平台安全区内；分别测试竖屏、方形和横屏版本。
  • 从已批准的母版或时间线导出衍生版本，而不是从已压缩的社交媒体文件导出。
  • 未指定响度目标时，通用网页/社交媒体交付应至少留出 1 dB 真峰值余量；广播/流媒体则使用规定的响度目标。
  • 清单优先使用 SHA-256 校验和；仅在接收方要求使用旧版 MD5 时才附上 MD5。

QC 工作流

1. 接收素材并锁定规格

导出前创建一份简短的交付单：

字段必填内容
项目 / 活动易于理解的标题
交付 ID唯一的包或工单 ID
目标位置平台、客户、供应商、广播机构、流媒体服务商、广告网络
交付物用途母版、上传文件、代理文件、字幕、分轨、本地化版本、源文件包
规格依据URL、PDF、合同章节或“内部经验法则”
验证日期公开平台规格必填
技术规格容器、编解码器、光栅尺寸、宽高比、帧率、色彩、音频、字幕
版本语言、市场、精简版、宽高比、修订版
权利/来源要求许可证、授权书、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 秒，以及所有已知问题时间码。

检查：

  • 视频：丢帧／冻结帧、抖动、色带、宏块、锯齿、闪烁、闪光风险、节奏异常、蒙版可见、Alpha 通道损坏、色彩偏移、电平错误、黑位压死、高光溢出、反交错不佳、不安全裁切、文字难以辨认、UI 重叠、坏点、重复帧、片头板错误。
  • 生成图像：人体结构、产品几何形状、品牌标识、UI 文字、医疗／法律／金融声明、文化敏感符号、肖像相似度问题、水印、明显的模型瑕疵、提示词泄露、不安全的照片级真实感声明。
  • 音频：削波、失真、噪声、爆破音、齿音、相位抵消、下混音不佳、声道交换、唇音同步、音乐闪避、M&E 完整性、突兀的剪辑、响度异常、真峰值超标、预期有音频处却无声。
  • 字幕：时间、同步、阅读速度、行长、拼写、姓名、数字、单位、说话人 ID、非语音声音、翻译适配度、文字安全区域、对比度、与下三分之一字幕重叠。
  • 本地化：语言／区域代码、翻译后的图形、配音／字幕一致性、日期／货币格式、文化或法规变更、文字扩展，以及除非有意为之，不得保留烧录的源语言字幕。
  • 无障碍：含语音的媒体应提供字幕；考虑为仅通过视觉传达含义的内容添加音频描述；确保文字对比度充足；不得仅通过颜色传达关键信息；标记对闪光敏感的内容。
  • 权利／来源信息：素材台账完整；按要求提供来源、模型／工具版本、音乐许可、授权书、字体许可、库存素材 ID 和 AI 使用披露。
6. 验收、拒收与豁免规则

出现以下情况时，拒收或暂缓交付：

  • 文件、版本、语言、市场或时长错误，或缺少必需的交付物。
  • 编码格式、封装格式、光栅、帧率、音频、字幕或文件包与有约束力的规范不符。
  • 最终交付包缺少校验和，或校验和验证失败。
  • 文件损坏、无法播放、解码错误、时长异常、缺少音频/视频，或缺少必需的配套文件。
  • 存在法律、品牌、医疗、金融、政治或权利问题，且未获相关责任人批准。
  • 生成内容歪曲真实人物/产品/地点、包含未经授权的 IP，或存在影响承诺质量的明显瑕疵。
  • 字幕/说明文字明显不同步、不完整、翻译错误、难以阅读，或在必需时缺失。
  • 响度/真峰值超出要求的目标值/容差范围。
  • HDR/SDR 不匹配、缺少必需的色彩元数据，或存在明显的色彩转换错误。
  • 平台上传页面/广告门户拒收。

仅在以下情况下，才能通过书面豁免予以接受：

  • 问题可见/可听，但客户或相关责任人接受。
  • 文件出于有记录的原因，刻意偏离规范。
  • 目标门户接受该文件，且遗留问题不涉及法律、无障碍或权利方面的关键事项。

缺少权利、缺少必需的无障碍交付物，或母版无法播放/已损坏时，绝不可豁免，除非获得明确的书面授权。

交付清单

维护一份交付清单，以便其他 Agent 或人员据此重建文件包。最少包含以下列：

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 校验和。使用 GNU 风格的清单行，校验和与相对于软件包的 POSIX 路径之间恰好有两个空格：

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 Feed 素材、TikTok 信息流广告、YouTube 插播广告、YouTube Shorts 上传内容、Google Performance Max 素材和 CTV VAST 素材，可能在安全区域、时长、宽高比、文件大小限制、字幕和政策约束方面各不相同。

QC 重点：

  • 首帧和前 3 秒的吸引力。
  • 平台 UI 和字幕的安全区域。
  • 所需的正确宽高比衍生版本：9:16、1:1、4:5、16:9。
  • 音频在有声和静音时都能正常呈现；关键信息不能只靠音频传达。
  • 烧录字幕或外挂字幕与媒体计划一致。
  • 文件大小／时长不超过广告位限制。
  • 法律声明、价格、促销日期和片尾卡与已批准文案一致。
  • 由人工审核对广告政策敏感的内容。
产品／电商内容

QC 重点：

  • 产品形状、颜色、标签文字、接口／按钮、包装和 UI 准确无误。
  • 不得虚构声明、徽章、认证、成分、尺寸或兼容性。
  • 背景、阴影和反光不得遮挡产品。
  • 透明 PNG/WebP 素材应正确保留 alpha 通道。
  • 图像尺寸、色彩配置文件和文件大小符合电商 CMS 要求。
  • 变体命名与 SKU、地区设置和平台对应。
广播与流媒体平台交付

请勿推断这些规格。广播与流媒体平台交付通常涉及 MXF、IMF、AS-11、ProRes、WAV 分轨、定时文本、片头板、时间码、彩条/测试音、幕间标记、音频声道顺序、语言元数据以及正式的自动化 QC。

QC 重点：

  • 接收方要求的确切封装格式/应用程序/配置文件。
  • 音频声道布局与标签。
  • 响度目标与测量方法。
  • 时间码起始点、片头板、彩条/测试音、黑场、余量、节目起始点与片尾停留。
  • 色彩空间、HDR 元数据、合法电平以及字幕/隐藏式字幕格式。
  • IMF/AS-11/封装验证与清单准确性。
  • 不得只在衍生文件中进行未记录的修正；母版和衍生文件必须可追溯。
本地化封装

QC 重点：

  • 开始翻译前锁定源母版版本。
  • 按语言地区设置文件名与元数据。
  • conform 后，字幕/隐藏式字幕时间仍须同步。
  • 文本扩展不得与图形重叠。
  • VO、配音、M&E、分轨与字幕须对应同一剪辑版本。
  • 本地化屏幕文字、法律免责声明、价格、度量单位、日期和文化指涉。
  • 每种语言地区均须有单独的 QC 备注；不得依据一次审查就批准所有语言。
混合来源剪辑

QC 重点：

  • 有意统一处理源素材的分辨率/帧率/色彩差异。
  • 分别追踪库存素材、UGC、生成内容、屏幕录制与客户素材的权利。
  • 统一不同来源的音频噪声底与房间底噪。
  • 以 100% 缩放检查升频、降噪、变速、防抖与 AI 增强产生的瑕疵。
  • 任何合成替换或面部/声音修改均须取得明确同意并处理披露事宜。

完整示例

示例：付费社交媒体发布套件

意图：交付三个经批准的 15 秒 AI 辅助产品发布广告版本，分别用于 TikTok In-Feed、Meta Feed 和 YouTube Shorts。

依据：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 决策：

  • 如果任何版本中的产品形状与经批准的产品静物图不同，则拒收。
  • 如果竖屏格式中的法律优惠文字被应用界面覆盖，则拒收。
  • 如果 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.
示例：流媒体平台本地化交接

意图：为最终锁定的剧集准备封装，交给本地化供应商制作三种语言的字幕与配音。

依据：客户本地化简报与流媒体平台交付指南；仅将公开的 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

质检决策：

  • 如果 delivery-sheet.csv 中有任何文件未包含在软件包中，则拒收。
  • 如果传输后出现任何校验和不匹配，则拒收。
  • 如果 AI 生成素材缺少模型/工具来源信息，则暂缓处理。
  • 当有效负载、清单、权利台账和交付说明完全一致时，予以接受。

来源说明

上述指导参考了以下来源。易变的公开平台信息核查于 2026-07-10：

评论

支持 Markdown