智能体不该按“名字”合规：同一个Agent，为什么要有一张“场景身份证”？

8月2日，欧盟《AI法案》有关透明度的义务开始适用：用户应能知道自己是否正在与AI交互，AI生成或篡改的内容需要可机器识别的标记。更值得企业注意的是，欧盟AI办公室在最新问答中讲得很直白：“智能体”不是一类独立的法律对象。它做什么、面对谁、有没有自主动作，才决定它落在哪些规则里。

这不是欧洲企业才需要操心的细节。中国5月发布的《智能体规范应用与创新发展实施意见》同样强调按应用场景和潜在影响分类分级，并要求智能体的执行不得超出用户授权范围。两套规则的共同指向是：企业不能只给“客服Agent”“营销Agent”“分析Agent”贴一个产品标签，再让它四处复用。真正要治理的单位，是它在某个场景里读了什么、能替谁做什么、会把结果交给谁。

同一个Agent，换一个场景就可能换一套责任

设想一个内容智能体。它在内部帮市场团队整理采访纪要，风险主要在数据访问和事实核验；它在官网答复访客时，要让对方清楚知道正在与AI互动；它代替编辑发布涉及公共利益的信息时，又会涉及“是否经过人工审核或编辑控制”的披露问题。底层模型、提示词，甚至Agent名称都可能没有变，变的是用途、受众、权限与后果。

很多团队仍用“一个机器人一份说明书”的方式管理，因此最容易在扩展时失控：最初只允许它检索FAQ，后来接入CRM；最初只出草稿，后来自动发邮件；最初服务内部员工，后来直接面向客户。每次改动都像小升级，合起来却已改变了它的责任边界。等到投诉、误发或审计发生，团队才发现找不到当时允许它做什么的依据。

我的判断是：企业下一张必备的Agent台账，不该只记录“部署了什么”，还要为每一种实际使用方式建立一张“场景身份证”。产品可以复用，责任不能笼统复用。

一张“场景身份证”，至少写清五件事

它不必是一份冗长法务文件。对于低风险的内部辅助任务，一页表单就够；一旦涉及外部沟通、敏感数据、关键业务判断或写入操作，就把审批、人审和留痕加厚。核心不是把每个团队卡住，而是让批准过的安全路径成为最快路径。新的需求先复制一张已验证的场景身份证，再只修改变化的权限、受众和升级条件，远比让每个团队从零解释安全边界可靠。

合规不该是上线前的一次盖章

智能体会变：知识库更新了，工具多了，权限扩大了，业务把它接进了新渠道。于是“是否合规”也不应被理解成一次性的产品属性，而应被设计成每次变更都能回答的问题。企业可以把场景身份证接进发布流程：凡是新增数据源、可执行动作、外部受众或自动化程度，系统就触发一次复核；未更新身份卡的版本，不进入生产环境。

这也是STARBOX更看重的组织能力。组织层先定义哪些任务可委派、哪些授权不可越界；BOX层沉淀行业知识、场景身份证、合规提示和人工升级规则；智能体层才在清晰边界内组合执行。DDABC闭环把被拦截的动作、用户误解和人工接管原因回写为下一版规则。这样，治理不再是上线后的“刹车”，而成为让可复用智能体放心扩展的底盘。

当企业开始拥有几十个、几百个智能体时，最危险的不是清单变长，而是同一个能力悄悄跨过了新的数据、受众和动作边界。今天最值得问的不是“这个Agent合规吗”，而是：在这一张具体的场景身份证上，它被允许成为谁的助手，又必须在哪一步把决定还给人？