虚构但具有代表性的情境，时间为2026年7月19日。一家总部在深圳、客服团队服务DACH客户的软件公司，法务部转发了一条新闻：欧盟AI Act延期了。标题没有说错——高风险义务确实从2026年8月2日推迟到2027年12月2日。中国团队松了一口气，因为公司在中国和欧洲都没有任何被归类为高风险的系统。他们的官网聊天机器人为欧洲客户回答产品问题，营销团队用AI工具批量生成德语和英语的产品文案。两者都不是高风险系统。两者都落在一项将于2026年8月2日、也就是十四天后生效的义务范围之内。
该情境为说明性虚构组合，并非客户案例或承诺结果。问题不是团队疏忽，而是一条真实的新闻标题，被套用到了错误的条款上。
被误读的"延期"：两件事，不是一件事
2026年发生了两件事，媒体和内部转发经常把它们合并成一句话，但它们必须分开看。
第一件事是Digital Omnibus。2026年5月6日达成的临时政治协议，经理事会于2026年5月13日确认，把AI Act中操作难度最高的部分推迟了。附件三（Annex III）中的独立高风险系统——招聘评分、信贷决策、教育场景等——从2026年8月2日推迟到2027年12月2日。嵌入受监管产品中的AI（附件一/Annex I，例如医疗器械和机械设备）推迟到2028年8月2日。这是一份等待正式通过并在《欧盟官方公报》公布的临时协议，日期是政治意图，不是已经落地的法律条文，不能作为合规抗辩的基础。
第二件事是Article 50没有被推迟。透明度义务从2026年8月2日起生效，从未被列入延期范围。这是整部AI Act中适用范围最广的一项义务，恰恰是没有移动的那一项。
新闻报道没有错，错的是由此得出的推论。"AI Act延期了"这句话，对高风险系统成立，对透明度义务不成立，而最容易做出这个错误推论的公司，正是Article 50最想覆盖的那一类。
为什么Article 50比高风险分类走得更远
高风险分类天生范围窄。绝大多数中小企业确实不在附件三之内，这部分的宽慰是有道理的。
Article 50不是这样运作的。它约束的是一种行为，而不是风险等级。只要一个AI系统直接与人对话，或者生成合成的音频、图像、视频或文字，义务就可能适用，与该用例的风险高低无关。一家管道零件供应商网站上的客服机器人，和一家银行部署的前沿大模型，站在同一条线的同一侧。
这颠覆了通常的合规直觉。在AI Act的大部分条款下，规模小、场景简单意味着不在监管范围内。在Article 50下，规模小、场景简单恰恰在范围之内，而这类公司最不可能读到标题背后的细则。
执法随之而来。从2026年8月2日起，各成员国主管机关和AI Office可以对违反提供者（provider）和部署者（deployer）义务的行为采取行动，最高可处以1500万欧元或全球年营业额3%（以较高者为准）的罚款。任何具体违规是否会触及上限是另一个问题——奥地利和德国的监管实践仍在形成中——但这个上限不是纸面数字。
Provider还是Deployer：决定你义务内容的问题
Article 50不是对所有人施加同一项义务，而是把责任拆分给"把系统投放市场的一方"和"使用系统的一方"。角色判断错了，你准备的就是错误的义务。
大致规则：如果你构建或贴牌一个AI系统并将其投放欧盟市场，你承担Article 50(1)和50(2)下的提供者义务。如果你在自己的业务中运行别人的系统，你承担50(3)和50(4)下的部署者义务。
这里的陷阱在于，一家公司通常同时是两者，而且往往在同一个工作流里同时是两者。一家在自己官网上运行第三方聊天机器人供应商产品的公司，是该聊天机器人的部署者。同一家公司如果把AI功能嵌入自己的产品并对外销售，就是该功能的提供者。而一家把自己名字贴在白标AI系统上的公司，可能会发现自己成了一个它并未真正开发的系统的提供者。
产品团队在中国、客户界面在欧盟：角色不会因为地理位置而消失
对很多中国出海团队来说，最直觉的反应是："我们的AI供应商会处理合规问题"。这句话在Article 50下几乎从不成立。
原因是Article 50约束的是与欧盟境内自然人的交互和面向欧盟市场的产出，而不是模型或代码写在哪里。如果你的产品团队坐在深圳或杭州，但客服聊天窗口、生成的营销文案、面向欧洲用户的语音助手部署在德国、奥地利或瑞士的客户界面上，那么欧盟法律看的是交互发生的地方和交互对象是谁，不是研发团队的工位。供应商可能承担了模型层面的义务（例如50(2)项下的机器可读标记），但你作为把这个系统包装成自己产品、投放到欧盟客户面前的一方，很可能同时承担部署者义务，甚至因为品牌重塑和二次开发而承担提供者义务。"供应商会处理"回答的是供应商的义务范围，回答不了你自己的义务范围。
更棘手的是，披露义务不能留在总部的合规文件夹里。它必须以欧盟客户能看懂的语言，出现在客户实际接触的欧盟界面上——德语、英语，或者你在DACH运营时使用的任何语言。一份只存在于中文内部合规手册中的说明，对一个在德国网站上和聊天机器人对话的用户没有任何意义，也满足不了Article 50(1)的要求。
MARK：8月2日之前必须回答的四个问题
四个问题，按顺序排列。这个名称刻意呼应了Article 50(2)中的标记（marking）义务，因为标记恰恰是团队最后才发现、需要最长时间搭建的部分。
M — Map（盘点）
你有哪些系统直接与人交互，哪些生成合成的音频、图像、视频或文字？这个范围比"我们在哪里用了AI"更窄，比"我们采购了什么"更宽。它包括为其他目的采购的工具中内嵌的功能，也包括某个部门未经通报就自行启用的AI。
A — Actor（角色）
对每个已盘点的系统，你是提供者、部署者，还是两者都是？记录判断依据和它所依赖的合同条款，因为这是后续一切工作的起点。
R — Reveal（披露）
具体披露了什么内容，在哪个界面，在哪个时刻，以什么形式呈现？一份没人打开的文档里的披露，不是披露。这是大多数团队回答得最敷衍的问题。
K — Keep（留存）
什么证据能证明这项披露在那个日期、以那种形式确实在线上？做到了合规却无法证明做到了，和从未做到没有区别，而且恰恰在最关键的时刻显现出来。
Article 50四项义务的可操作解读
义务条文的权威版本由欧盟委员会AI Act Service Desk发布。下面是可操作层面的解读，不能替代法律原文。
| 条款 | 责任主体 | 触发条件 | 实践中的合规要求 |
|---|---|---|---|
| 50(1) | 提供者 | AI系统设计用于直接与自然人交互 | 告知交互对象其正在与AI系统对话，除非对一个具备合理认知、观察力和审慎程度的人而言这一点已经显而易见 |
| 50(2) | 提供者 | 系统生成合成音频、图像、视频或文字 | 输出以机器可读格式标记，且可被检测为人工生成或篡改；解决方案须有效、可互操作、稳健且可靠 |
| 50(3) | 部署者 | 情绪识别或生物特征分类系统 | 被暴露的个人被告知该系统的运作，并同时遵守数据保护法 |
| 50(4) | 部署者 | 深度伪造内容；用于告知公众公共利益事项的AI生成文字 | 披露人工来源；对明显具有艺术性、创造性、讽刺性或虚构性质的作品，适用更轻量、非侵入性的披露；经编辑审核的文字有其自身豁免 |
每一项条款都存在例外——执法用途、辅助性编辑功能、不实质改变输入内容的系统、经编辑审核的文字。这些例外范围很窄，未经书面论证就把自己套进某个例外，是一个日后需要你自行辩护的决定。
欧盟委员会目前说了什么——以及为什么这还不够
在这个时间节点上，欧盟委员会同步发布了关于如何落实Article 50义务的指南草案，其定向征询已于2026年6月3日结束。这是一份草案，反映委员会当前的思路，不是最终定论，最终文本可能发生变化。
草案中有两个信号值得立即行动，因为它们都堵死了团队第一反应会尝试的做法。
把披露内容埋在服务条款或产品文档里，被草案视为不足以满足Article 50(1)的义务。这项义务要求的是告知正在交互的自然人，一个用户从不点开的链接无法完成告知。
仅靠技术性标记——元数据或水印——同样被草案视为不足以满足这项义务。机器可读标记本身是50(2)项下独立的义务；它不能替代告知一个人他正在与机器对话这件事。草案指向的是一种组合：清晰可见的通俗语言提示、持续存在的视觉标识，以及在语音交互场景下的语音提示。
综合来看，这把披露从法务层面推进了产品层面。这是一项工期只有十四天的设计和工程任务，不是一次文档审阅。
2026年12月2日的窗口期，以及它究竟适用于谁
Article 50内部确实存在一项延期，但它经常被夸大理解。
在2026年8月2日之前已经投放市场的生成式AI系统，可以延长到2026年12月2日再满足Article 50(2)项下的机器可读标记要求。这是针对已存在系统的一项义务，多给的四个月时间。
它不延展50(1)项下披露AI交互的义务，不延展50(4)项下的深度伪造披露义务，也不适用于你在9月之后才上线的新系统。如果你的合规计划建立在"我们有到12月的时间"这句话上，请检查它能否经受住这三条限制的推敲——多数情况下经不起。
奥地利和德国：谁在监管，谁在提问
欧盟法规由各成员国主管机关执行，而在DACH地区，这些机关仍在组建之中。这是提早准备的理由，不是拖延的借口。
在奥地利，设在RTR内部的KI-Servicestelle目前为企业理解AI Act义务提供支持和指导。随着法案全面适用，它被定位为将发展成负责市场监管等职责的国家主管机关，届时法案中的执法权力和制裁措施将由它承接。在德国，草案中的《KI-Marktüberwachungs- und Innovationsförderungsgesetz》拟将联邦网络局（Bundesnetzagentur）确立为核心协调和市场监管机关。该立法目前仍是草案，最终形态尚未确定。
现实的判断是，2026年8月2日之后的最初几个月，不太可能是激进执法，同样不太可能是完全不作为。以指导为主的监管姿态仍然会提出问题，而"我们以为自己不在范围内"这个答案，明显弱于"这是我们的范围判断，这是我们披露的内容，这是日期"这个答案。这是对监管姿态的分析，不是对任何机关行为的预测。
对于同时覆盖DACH三国的公司，同一个产品往往面对两个时间表和用词都不同的监管机关。把判断依据整理一次、写成双方都能读懂的形式，比事后重建两遍更省事。
披露到底应该活在哪里：界面、时机、语气
一旦披露成为产品问题，接下来的三个决定，没有一个是法律决定。
界面。披露应该出现在交互发生的地方，而不是文档存放的地方：聊天窗口里、生成的素材上、语音流程中。如果用户能绕开披露就接触到AI，界面选错了。
时机。在首次交互之前或交互发生时出现，并且持续存在，让中途进入会话的用户也不会被误导。一条只出现一次就消失的提示，会让向上翻页或次日返回的用户看不到它。
语气。通俗语言胜过法律语言，这也是团队最容易过度设计的地方。"您正在和一个AI助手对话，随时可以转接人工。"比一整段定义术语的法律文字更能完成合规工作，也更不损耗信任。
这里还有一个与监管无关的商业论点。清晰的AI披露正在成为DACH B2B市场中的信任信号，买家越来越习惯在问价格之前先问供应商如何使用AI。把这当作设计机会的公司，会比把这当作警示标签的公司走得更远。这是分析判断，不是法律结论。
证据：证明一项你已经做到的披露
其他合规体系里反复出现的模式，在这里重演。企业做对了事情，却无法证明在相关日期做对了，只能靠回忆辩解。Article 50的披露尤其容易丢失，因为它们存在于持续迭代上线的界面里。
| 记录项 | 为什么重要 | 负责人 |
|---|---|---|
| 系统身份与角色判断 | 确定你承担提供者还是部署者义务，以及判断依据 | AI系统负责人 |
| 带版本记录的披露文字、界面与截图 | 证明用户实际看到了什么，而不是政策打算呈现什么 | 产品负责人 |
| 生效日期与变更日期 | 回答监管机关唯一会问的问题：当时它在线上吗？ | 产品负责人 |
| 标记方法与可检测性测试结果 | 用证据支撑50(2)项下的主张，而不是口头断言 | 工程团队 |
| 所依赖的例外条款及理由 | 把一个隐含假设变成有据可查的决定 | 法务与系统负责人 |
| 采购系统的供应商声明 | 明确供应商承诺了什么，你自己还欠什么 | 采购部门 |
这与建立一份AI系统清单是同一种纪律，只是聚焦在一个更窄的问题上。如果这份清单已经存在，下面这个十四天冲刺是现实可行的。如果不存在，这份清单本身就是冲刺任务。
8月2日之前的十四天冲刺
十四天不足以建立一套完整的治理体系。但足以补上"不知道哪些系统在范围内"和"披露根本不存在"之间的差距。
第1-4天：盘点与分类
- 列出所有与人交互或生成合成内容的系统，包括为其他目的采购的工具中内嵌的功能。
- 逐一记录提供者或部署者身份，以及判断依据。
- 把面向客户或面向公众的系统标记为最高优先级，纯内部系统可以稍后处理。
- 为每个系统指定一名负责人。没有负责人的系统，正是截止日期最容易被错过的地方。
第5-9天：披露
- 用通俗语言撰写披露文字，按系统和你所运营的每种语言分别撰写。
- 把披露放在交互界面上，而不是文档里，并保持持续可见。
- 以书面形式询问供应商在50(2)项下采用了什么标记方式，以及他们对可检测性的声明。
- 就50(4)项下的深度伪造和公共利益文字披露做出明确决定，即便结论是不适用。
第10-14天：留存与核验
- 为每一项已上线的披露留存带日期的截图和版本记录。
- 测试用户无论通过哪条路径接触系统，都会遇到披露。
- 把所依赖的每一项例外及其理由，以书面形式记录下来。
- 指定8月2日之后负责复审的人，因为界面还会持续迭代上线。
30/60/90天的可持续轨道
冲刺能帮你度过截止日期，但不能让你在产品每周都在变化的情况下持续保持合规。
第1-30天
把Article 50的范围判断并入AI系统清单，让新系统在接入时就被分类，而不是事后才被审计。在采购清单中加入披露问题。明确哪些证据自动采集，哪些需要人工采集。
第31-60天
把披露变成发布门槛项：任何面向AI的功能，没有披露决定和带日期的记录就不能上线。验证供应商的标记声明，而不是全盘接受。跟踪透明度指南和《AI生成内容标记与标签行为准则》的最终定稿进度，并对照最终文本重新核对你的做法。
第61-90天
像监管机关一样进行内部复审：抽取三个系统，问用户当时看到了什么、在什么时候看到的，看证据能否回答。把这套做法延伸到AI素养义务——该义务自2025年2月起已经生效，在DACH地区普遍执行不足。为2027年12月推迟到来的高风险义务做好变化预案，趁现在还有时间设计，而不是到时候仓促应对。
官方资料支持什么
欧盟委员会的AI Act Service Desk Article 50页面提供四项透明度条款及其例外的权威文本。Article 50透明度义务实施指南草案阐述了委员会目前的思路，包括哪些披露方式不充分；在2026年6月3日结束的征询之后，它仍然是一份草案。《AI生成内容标记与标签行为准则》正在同步定稿，将决定"有效、可互操作、稳健且可靠"的标记在实践中意味着什么。
Digital Omnibus对高风险义务的推迟是一份等待正式通过的临时政治协议。任何具体系统的分类，以及你在其中承担的角色，都是具体案例具体判断。以上内容均不构成法律意见。
常见问题
欧盟AI Act真的延期了吗？
部分属实。高风险义务在一份临时政治协议下被推迟——附件三系统推迟到2027年12月2日，附件一嵌入式系统推迟到2028年8月2日。Article 50的透明度义务没有被推迟，从2026年8月2日起生效。
如果我们没有高风险AI系统，Article 50还会适用吗？
可能适用。Article 50约束的是行为而不是风险等级：与人直接交互的系统，或生成合成音频、图像、视频、文字的系统。一个低风险的客服聊天机器人可能在范围之内，即便你运行的所有系统都不是高风险。
在服务条款里写一句说明，算是充分披露吗？
委员会的指南草案把服务条款或产品文档中的一句说明，视为不足以满足Article 50(1)的义务，也把仅靠元数据或水印视为不足以满足该义务。草案指向的方向是在交互界面上设置清晰可见的通俗语言提示。
2026年12月2日的截止日期是什么？
一段有限的宽限期。在2026年8月2日之前已经投放市场的生成式AI系统，可以延长到2026年12月2日再满足Article 50(2)项下的机器可读标记要求。它不延展Article 50其他项下的义务，也不覆盖8月2日之后才上线的系统。
违反Article 50会有什么处罚？
违反提供者和部署者义务的处罚，最高可达1500万欧元或全球年营业额3%，以较高者为准。奥地利和德国的监管机关将如何在实践中适用这一标准，仍在发展之中。
下一步
带上你面向客户的系统清单、生成内容的工具、供应商合同，以及你现有的任何AI系统清单。作为AI Systems Architect，Ali Najafzadeh将帮你判断Article 50的适用范围，与你一起确定提供者和部署者角色，设计披露界面，并留给你一份带日期的证据记录，而不是一个口头判断。预约AI系统评审。
Continue Reading
