摘要

  • IETF在8月31日的采购答疑中要求字幕及文字稿作为独立源文件交付，旁白讲稿也须与幻灯片分开；具体格式并未被统一指定。
  • 招标文件要求模块可独立更新，并倾向于合同结束后仍能自行维护的工具和格式，但尚无已完成交接的证据。
  • 可以让拟接手的维护者实际改好一个模块，检验素材、权限与操作说明是否够用。这是本文建议，不是IETF新设的验收规则，也不涉及追踪学员。

成片交了，维护能力未必也交了

一段培训视频最容易验收的部分，是它能不能播放。更难的问题往往在上线之后才出现：某个工具换了入口，一项流程调整了步骤，或者图示需要补上一句限制。视频仍然清晰流畅，内容却需要有人动手修正。

IETF Administration LLC此次培训采购的8月31日答疑把这个问题具体化了。第二问的答复明确：作为源素材，字幕和文字稿应分别提供文件，不应直接烧录在源视频画面中；旁白讲稿应独立于幻灯片，并与之互补。学员端如何呈现，仍由投标者提出方案。

这里有两个容易误读的边界。WebVTT和SRT是提问者举出的格式例子，并非IETF已经指定的标准答案。答复也没有保证修改任何文字都不需要重新渲染视频。它解决的是素材分离，不能被扩写成对所有后续制作成本的承诺。

更新后的招标文件本就要求模块能够分别更新，交付通行且可编辑的源格式，并将相应权利和所有权移交给LLC。它倾向于LLC或指定承包商在合同结束后仍能操作、维护的方案，而不是依赖原供应商的方案。这是一项有价值的采购取向，并不意味着一切专有工具都被禁止。

截至9月3日，采购清单仍将该项目标为开放。最初公告给出的截标时间是9月11日22时（UTC），答疑预计课程最迟于2027年1月31日部署。公开文件没有证明已经选定供应商、完成合同或交付课程，更没有证明交接失败。

用一个模块，把“可编辑”变成可观察的能力

文件齐全，不代表接手者知道它们怎样配合。一份讲稿对应哪个配音版本？字幕时间轴和哪段视频匹配？改动一个说明后，幻灯片上的图和链接是否仍然准确？这些问题不是版权归属能够单独回答的。

本文建议把一次具有代表性的模块修订纳入交接讨论。由买方先确认一个范围很小、内容已经获准的改动，再让拟接手的维护者，仅凭交付材料及操作说明完成修改。需要重做的媒体就重做，同时核对声音、画面、字幕、链接与无障碍效果；在获授权的测试发布路径上验证后，还要能够恢复前一版本。

记录可以很短：用了哪些素材和工具，谁批准内容含义，耗费多少工时，哪些步骤仍需原制作方介入。一次成功只能证明这个样本具备可维护性，不能证明所有未来更新都便宜；一次受阻也只是暴露待补的交接条件，不是供应商失信的证据。

这与考核学员无关。答疑第11、12问明确，本项目不预期学员评估或学习追踪。检验采购交付物是否能被维护，不需要收集个人学习轨迹，也不能据此声称所有托管平台都没有分析功能。

谁改文件，谁批准含义

招标文件规定，LLC会指定内容审阅与签核联系人，并协调相关专家提供支持。操作素材的人与批准课程解释的人不必是同一个角色。尤其是涉及IETF程序的内容，应当跟随有权来源，而不能由视频制作者自行决定规则。

RFC 8711将LLC的职责限定为行政支持，不赋予其标准制定权。课程文件的所有权，同样不等于修改标准程序的权力。

Lu Heng关于代理问题的讨论提醒读者关注一个具体问题：谁掌握持续运作的能力，谁承担依赖关系的成本。用于这次采购，它不应变成对投标者动机的猜测。更有用的要求是，让更换维护者成为真正可行的选择。原制作方可以因为服务好而续约，而不必因为只有它能改课而不可替代。

来源