直接答案： 2026 年 7 月 20 日，欧盟委员会通过了《AI 法案》第 50 条透明度义务的最终版实施指南，并确认《AI 生成内容透明度实践准则》为认可的合规框架。第 50 条义务自 2026 年 8 月 2 日起适用——不同于 Digital Omnibus 一揽子方案近期推迟的高风险义务，这个期限没有变动。凡是向欧盟用户暴露 AI 交互或 AI 生成内容的产品团队，现在就需要把披露与标记的方案定下来。
发生了什么
两件相关决定在期限前的最后阶段落地：
- 最终版第 50 条指南（7 月 20 日）。 委员会通过了透明度义务的实施指南，涵盖（除其他外）直接与人交互的 AI 系统，以及 AI 生成或篡改的内容。
- 透明度实践准则获确认。 委员会的评估将《AI 生成内容透明度实践准则》认定为满足标记与标签义务的欧盟层面框架。
背景很重要：6 月，理事会最终批准了 Digital Omnibus 一揽子方案，将《AI 法案》高风险系统期限推迟（附件 III 至 2027 年 12 月，附件 I 至 2028 年 8 月）。第 50 条透明度义务不在推迟之列。2026 年 8 月 2 日不变。
工程团队中谁真正受影响
第 50 条不只针对消费者聊天机器人。工程组织至少应梳理三条暴露路径：
| 暴露路径 | 典型示例 | 8 月 2 日前要回答的问题 |
|---|---|---|
| 与人交互的 AI 系统 | 产品中面向欧盟用户的内置支持或编码助手 | AI 交互的性质在不明显的地方是否已披露？ |
| 展示给用户的 AI 生成内容 | 产品中呈现的生成文本、代码解释、图片或摘要 | 标记/标签义务是否按认可的实践准则满足？ |
| 触达外部用户的内部工具 | 输出进入面向客户界面的内部 agent | 输出路径是否把要求的透明度带到下游？ |
纯内部使用的 AI 编码工具一般是治理问题而非第 50 条问题——但流向用户面向产品的输出会改变这一判断。这是法律认定；请带着你的 AI 触点清单交由法务处理。我们的欧盟 AI 法案时间线指南覆盖了更广的时间表。
本周该做什么
- 盘点面向欧盟用户的 AI 触点：交互、生成内容，以及任何 AI 输出被转发的界面。
- 对照清单通读最终版指南——7 月 20 日的文本才是有效的版本，而不是早前草案。
- 采纳或对齐内容标记实践准则；委员会已确认其为欧盟层面认可的框架。
- 记录决策。 监管机构要求证据链，企业客户也一样。保持你在AI 编码工具治理计划中会采用的那套纪律。
60 分钟就绪检查
如果 8 月 2 日临近而你还没开始，这个有边界的检查能产出监管机构和企业客户要求的第一版证据。这是分类处置，不能替代法律审查。
- 列出 AI 触点（20 分钟）。 枚举你的产品通过 AI 与欧盟用户交互或向其展示 AI 生成内容的每一处。包括内置助手、生成摘要，以及任何输出触达客户的内部 agent。
- 逐条对照第 50 条分类（15 分钟）。 对每个触点，标注它是直接 AI 交互、生成内容还是超出范围，并说明原因。任何含糊之处交给法务，而不是猜测。
- 核查披露与标记（15 分钟）。 在 AI 性质不明显的地方，确认存在披露；在内容为生成的情况下，确认标记对得上认可的实践准则。
- 记录决策（10 分钟）。 把清单、分类和缺口汇总到一份文档，注明负责人和日期。这份记录正是监管机构和企业采购方都会索要的材料。
产出不是合规证书——而是一个可辩护的起点，把一个模糊的期限变成一份简短、有主负责人的待办清单。
8 月 2 日之后的信号
第 50 条是第一个没有滑动的硬性 AI 法案期限，这个模式才是真正的规划信号。Digital Omnibus 推迟高风险分类日期，恰恰是因为它们复杂且有争议；透明度义务更偏机械性，因此维持原状。可以预期未来的日期遵循同样的逻辑：具体、低模糊度的义务最不可能被推迟。现在就开始建立可持续的 AI 触点清单的团队——而不是临时抱佛脚——会把下一次期限当作对现有文档的更新，而不是一场新的救火演练。
结论
Digital Omnibus 为高风险分类工作争取了时间——但没有为透明度争取时间。如果你的产品通过 AI 与欧盟用户交互，或向他们展示 AI 生成内容，2026 年 8 月 2 日就是你的期限，7 月 20 日指南加上已确认的实践准则就是你的合规地图。工作主要是清单、披露文案和标记机制：不起眼、有边界，在期限前做完比期限后便宜得多。