EU AI Act 8月2日生效：AI编程工具用户必须知道的事

核心结论

欧盟《人工智能法案》第50条透明度义务将于2026年8月2日正式生效——只剩两天。如果你在工作中使用AI编程工具（Copilot、Cursor、Claude Code、Codex），且与欧盟有业务关联，以下是你需要知道的：AI编程助手在与开发者交互时必须明确披露其AI身份；AI生成的内容需要可识别；你的组织在法律上需要确保所有使用这些工具的人具备"AI素养"。好消息是，高风险的合规义务（第8-15条）已被推迟到2027年12月，大多数AI编程工具被归类为"有限风险"。但透明度规则是真实的，本周六就生效，罚款最高可达1500万欧元或全球年营业额的3%。

8月2日会发生什么

经过多年的立法博弈，欧盟AI法案第50条透明度义务将于2026年8月2日正式执行。这不是整个法案的全面实施——AI综合修正案（AI Omnibus）已将高风险系统的要求（第8-15条）推迟到2027年12月。周六落地的是范围更窄但即刻生效的规则。

具体来说，四类透明度义务成为强制要求：

1. AI系统披露：任何直接与人交互的AI系统——包括带聊天界面的编程助手——必须明确告知用户正在与AI互动。这适用于Cursor的Agent聊天、Claude Code的交互模式、GitHub Copilot Chat和OpenAI Codex对话。

2. 合成内容标记：AI生成的合成音频、图像、视频或文本内容必须标记为人工生成或操控。生成的代码在此条款下属于文本内容。

3. 深度伪造标注：针对"明显类似于真实人物、物体、地点或事件"的深度伪造的专门规则。

4. 公共利益文本标注：涉及公共利益的AI生成文本需标注——不过这对代码仓库的影响小于对媒体的影响。

有一个宽限期：8月2日前已在欧盟市场上线的生成式AI系统提供者，有至2026年12月2日的时间来实现机器可读标记（水印）。但披露和标注义务在第一天就生效。

对AI编程工具意味着什么

大多数AI编程工具在AI法案下被归类为"有限风险"。这是个好消息——这意味着最重的义务（第8-15条下的风险管理系统、技术文档、人工监督要求）不适用于它们。Up North AI在2026年3月的分析确认："Copilot是最容易分类的AI工具之一。它不在任何高风险类别中。作为代码生成助手内部使用，它属于最低至有限风险。"

但透明度义务仍然适用。当你在Cursor中打开Agent让它重构函数，工具需要明确表示你正在与AI对话——这些工具已经做到了。更大的问题在于代码输出：当Copilot建议一段代码、Claude Code生成整个文件、Codex编写测试套件时——这些是否属于需要标记的"AI生成内容"？

欧盟委员会2026年7月的指南故意保持宽泛："某些AI系统的提供者和部署者，包括生成式和交互式AI系统"必须合规。委员会的AI办公室和各国监管机构（如爱尔兰数据保护委员会和法国CNIL）从8月2日起获得执法权，罚款为1500万欧元或全球年营业额的3%（取较高者）。

开发者和团队现在该做什么

我们不是律师，这不是法律建议。但基于已发布的指南以及Augment Code、Baker McKenzie和欧盟委员会本身的合规框架，以下是一份实用清单：

1. 审计你的AI编程工具栈。 列出你的团队使用的每一个AI编程工具——正式的和非正式的。GitHub Copilot、Cursor、Claude Code、Codex、Windsurf、各类VS Code插件。你需要知道开发环境中实际运行着什么。

2. 更新你的AI使用政策。 如果你有AI使用政策，加入EU AI Act的透明度要求。如果你还没有，现在是时候制定了。政策应记录哪些工具被批准使用、AI生成的代码如何追踪、谁负责合规。

3. 实施AI代码归属追踪。 多个工具已支持此功能。Claude Code内置git AI作者标记（可在git blame中查看哪些行是AI写的）。Codex通过其平台提供合规日志。Cursor的检查点提供会话历史。将这些功能纳入你的工作流程，而非可选操作。

4. 确保AI素养（第4条）。 AI法案要求任何操作AI系统的人具备"足够水平的AI素养"。对于开发团队，这意味着培训内容应包括：AI编程工具能做什么和不能做什么、如何审查AI生成代码的安全性、何时不应使用AI生成代码。这是法律要求，不是锦上添花。

5. 检查你的工具提供商的合规状态。 主要参与者都在关注：GitHub发布了Copilot在法案下的分类指南，Anthropic一直在为Claude Code的企业合规做准备，Augment Code构建了明确的EU AI Act功能。但直接询问你的供应商他们在8月2日之前做了什么。

6. 记录、记录、再记录。 如果AI办公室或国家监管机构来询问，你最好的防御就是书面记录。记录你使用的工具、团队接受的培训、AI生成代码在合并前如何审查、以及如何在仓库中识别AI生成内容。

更大的图景

EU AI Act 8月2日生效对AI编程工具用户来说不是危机。这是第一个适用于开发者在日常工作中如何使用AI的重大监管框架，也不会是最后一个。透明度要求是可管理的——如果你认真对待的话；如果你忽视它，代价将非常高昂。

一个值得关注的趋势：该法案正在创造一个合规市场。我们已经看到像Augment Code这样的工具将自己定位为"EU AI Act合规"，像AI Act Skill（GitHub: morellid/ai-act-skill）这样的开源项目为Claude Code和Codex应运而生，企业合规平台也在增加AI Act模块。对于个人开发者和小团队来说，如果你使用经过批准的工具并记录AI使用情况，实际影响很小。对于向欧盟客户交付软件的企业来说，8月2日是一个合规计划的发令枪，当第8-15条在2027年12月落地时，这个计划将进一步加强。

GCC禁止AI生成的代码贡献。欧盟要求的是透明度，而非禁止。这个区别很重要——它预示着大多数合理的监管将走向何方。