交付成品。留下可复用的东西。

写下交付标准

在交付之前，先弄清楚文件的用途：剪辑、合成、印刷、网站还是社交媒体。确定尺寸、宽高比、帧率、时长，以及是否包含 alpha 通道。还要询问对方期望的色彩空间、命名规则和体积限制。像“高质量视频”这样的说法，既没有说明接收方能修改什么，也没有说明他的软件能打开什么。

准备三套内容：已确认交付的成品、可复用的中间素材，以及工作存档。它们可以共用部分资源，但每个文件夹都应标明自己的用途。附上一张参考图或一段参考短片，展示期望的最终效果。

根据下一步选择格式

对于用于显示的图像，PNG 适合带可能透明度的展示图；其尺寸、位深和色彩仍需自行选择。当质量损失可以接受时，JPEG 可用于轻量级的确认。若要在合成或调色工具中继续处理渲染结果，OpenEXR 能保留浮点数据并可携带多个通道。选择取决于预期的处理流程，而不仅仅是工作室偏爱的扩展名。

不要把 16 位整数和 16 位浮点混为一谈：它们表示数值的方式并不相同。还要确认接收方的应用程序能读取所选的图层和压缩方式。在完整渲染之前，用该工具打开一个小型导出文件，比一份理论上的支持格式清单更有用。

保留有用的通道，而不是习惯性地全开

在渲染前确定真正需要的后期处理：抠出某个产品、调整背景或修改某一层光照贡献。启用有用的通道，并用接收方打开的小文件确认它们存在。在 Blender 中能看到图层列表，并不能证明它们已被写入交付的导出文件。

不要习惯性地把所有通道都堆上：每一项都应有用途，并且有人能够复查它。准备合成通道指南讨论了详细的选择。在这里，验收就是把约定的通道与实际存在的通道进行比对，然后对测试图像执行一次简单的后期处理。把它的设置连同清单一起保存。

控制色彩与边缘

在记录中保留所使用的显示变换、曝光和色彩选择。用于合成的文件和可直接显示的图像，不应以相同设置盲目导入。在两个应用程序中各打开一张参考图，先解决差异，再发送长序列。色彩一致指南详述了这一检查。

对于抠好的图像，请在交付尺寸下分别于浅色和深色背景上检查边缘。明确接收方对 alpha 通道的预期解释。光晕可能来自导入环节，而非渲染的采样数。Alpha 与合成指南有助于定位这一问题。你的最终记录应保存下所采纳的决定，而不应让接收方去猜测。

在编码前先输出逐帧动画

带编号的图像序列可以在不重新计算整部影片的情况下补回缺失的帧。它也让编码视频成为一个独立的步骤。根据后续工作选择合适的图像格式，然后以正确的帧率合成一版用于查看的版本。最终视频文件必须来自已批准的序列，而不是文件夹里还留着的旧序列。

检查开头、结尾和帧数，然后以正常速度播放该序列。检查镜头切换、闪烁以及任何跳帧。多层 EXR 序列可能需要在剪辑前先经过合成；不要把接收方处理链无法处理的格式强加给对方。

帧率与序列指南说明了边界与播放方式。不要因为某一张图像能打开就认为其他所有图像都已通过验证：还要检查整个范围的清单。

假设示例：一个产品镜头及其后期调整

设想一个六秒、每秒 24 帧的镜头，也就是 144 帧。客户想要一版用于确认的视频，合成团队还需要调整背景。在这个假设示例中，交付内容包括标记为 v05 的审看视频、包含约定通道的 EXR 序列，以及一张注明帧率、显示变换和 1001 至 1144 范围的说明单。

归档中包含对应的 .blend 文件、其纹理、各版本和修改笔记。一张已批准渲染的 JPEG 图片随说明单一起提供，但不替代 EXR。发送前，团队会导入三张图片并检查产品遮罩。此示例描述的是一次交付检查，既不构成实测结果，也不构成时间估算。

归档生成图像的配方

若想复现 ComfyUI 的结果，请保留包含节点版本、所用模型、参数和种子的工作流 JSON。媒体文件的元数据可能依据保存节点和所用选项而包含工作流，但转换或分享平台可能会将其移除。因此，请单独保留 JSON 文件，并确认它能够重新加载。

在权利允许传输时，附上必要的输入文件。用准确的名称、版本和来源记录模型，而不是自动重新分发所有权重。仅凭一个种子无法解释一张图像：参数、依赖项和输出处理同样重要。归档资料应能让人理解方法，但不应承诺不同环境之间完全一致。

陶瓷清单 说明了这种配方与权重之间的分离。对于你自己的资源，传输权利仍需核实。

查看文件信息时，不要将其与文件质量混为一谈

如果您的电脑上安装了 FFmpeg，下面的命令可以读取视频文件的信息，而不会修改文件。该命令并未针对您的交付内容执行过。请将文件名替换为您自己的文件名，并将报告与导出文件保存在一起。分辨率和帧率信息有助于发现错误的前置预设。

这些数据既不证明色彩准确，也不证明运动连贯。平均帧率本身无法说明一个可变帧率文件的情况。也请完整观看视频，包括可能存在的音频。如果报告、交付清单和实际观看三者之间出现不一致，请在发送前进行核查。

ffprobe -v error -show_entries stream=codec_type,codec_name,width,height,avg_frame_rate:format=duration -of json "livraison_v05.mp4"

关闭项目前先做验收

从最终位置打开导出的文件。检查尺寸、帧率、可能的声音、透明度和版本名称。对于序列，查找缺失的编号和空文件。核对传输的数据量，如果所用复制方法支持，也核对校验值。不要因为传输完成就认为图像可用。

最终交付物是一套明确的集合：已批准的文件、简要的读取说明、获授权的源文件以及依赖项清单。在释放工作空间之前，先保留一份独立副本。视频工作室有助于准备剪辑版本；3D 工作室有助于选择通道。

拒绝虚假的结束信号

一个体积庞大的文件夹可能包含旧版本；一段能正常播放的视频可能来自错误的序列；相同的指纹可能确认的是复制了一个本就有问题的文件。因此要交叉进行三项检查：文件集合正确、副本完好无损、内容可以接受。它们回答的是不同的问题。

你可以从Pli 收货单的副本开始。填写真实的观察记录和保留意见。Pli 不提供任何经过验证的 Blender 渲染：该单据只是你进行核查的辅助工具。RenderParcel 记录本会保留笔记；场景、模型和导出的备份仍需另行组织到独立的存储介质上。