动作层（Action Layer） Agent 真正执行动作的层面——它调用的 API、MCP 服务器、内部微服务和第三方平台。EU AI Act 第15条明确要求网络安全韧性覆盖这一层，而不只是模型输出层。
防篡改日志（Tamper-Evident Logs） 不能被静默修改的自动生成日志，用于追踪和识别风险。第12条要求高风险 AI 系统自动生成这类日志，且至少保留 6 个月（生物识别与执法系统为 24 个月）。
MCP 服务器（Model Context Protocol Server） 为 Agent 提供工具和数据访问的标准化接口。在 EU AI Act 下，Agent 调用的 MCP 服务器属于第15条网络安全与第12条日志义务的管辖范围。
2026 年 8 月 2 日，EU AI Act（欧盟人工智能法案）的高风险义务正式生效。对安全团队而言，最深远的变化是第15条：高风险 AI 系统必须在“整个动作层”对对抗性攻击具备韧性——而不只是在模型输出层。翻译成大白话：你的 Agent 调用的那些 API、MCP 服务器和内部微服务，全部进入监管范围。这是一次从“模型合规”到“动作合规”的架构性转变。
8 月 2 日生效了什么
EU AI Act（Regulation (EU) 2024/1689）是欧盟第一部综合性的 AI 法律，于 2024 年 8 月 1 日生效。第5条禁止性规定自 2025 年 2 月起已可执行，GPAI 模型义务自 2025 年 8 月起执行。而现在，完整的高风险 AI 系统义务——Articles 8-17（风险管理系统、数据治理、技术文档、记录保存、透明、人类监督、稳健性）、第26条（部署者义务，含 6 个月日志保留）、第27条（基本权利影响评估）、第73条（严重事件报告）——于 2026 年 8 月 2 日生效。
值得注意的是，监管机构在 78% 的组织尚未采取有意义的合规步骤时就开始执法。超过 50% 的组织连基本的 AI 清单都没有。对绝大多数企业来说，这不是“要不要做”的问题，而是“现在开始做，还是等被处罚后做”的问题。
第15条：从模型到动作层的安全边界
第15条要求高风险 AI 系统设计得对对抗性攻击具备“适当水平的稳健性和网络安全韧性”。第15(3)条要求防范未授权第三方发起的对抗性攻击；第15(5)条列举了必须防范的威胁：数据投毒、对抗样本、机密性攻击、模型逃逸。关键是，防护必须延伸到 AI 系统与外界交互的接口——在实践中，就是 API 和 MCP 服务器。
EU AI Act 第15条标志着监管视角从“模型说什么”转向“Agent 做什么”。对企业合规团队，这是一个架构性问题而不是文档问题：你的 Agent 的动作层——API、MCP、内部服务——是否被真正治理？多 Agent 链上的每个环节是否都有身份、权限、日志和人类监督？处罚上限（3500 万欧元或 7% 全球营业额）已经超过 GDPR。合规的关键不是堆文档，而是让治理变成有运行时牙齿的操作纪律——这正是 Agent 规模化部署的底线。
参考来源：Salt Security, "EU AI Act Compliance 2026: What High-risk AI Systems Must Do Now", https://salt.security/eu-ai-act-compliance；Rends Research, "EU AI Act Compliance for AI Agents: Governance and Audit Requirements", 2026-08-05, https://rends.ai/blog/eu-ai-act-compliance-for-ai-agents-building-governance-programs-and-audit-trails-4；RAIL, "EU AI Act August 2026: your compliance countdown", https://responsibleailabs.ai/knowledge-hub/articles/eu-ai-act-august-2026-compliance
