《在AI辅助工作中保留自己的署名》介绍了适用于多数情境的一般披露规范：如果读者会希望了解AI是否有实质性参与，而且不披露可能造成误导，就应说明。这是大多数日常工作的合理默认做法。本文处理的是范围更窄、影响更大的问题：在哪些具体职场情境中，披露不再是需要自行判断的一般规范，而更接近由雇主政策、客户合同、法规或直接提问的正式流程所规定的要求。
混淆这两类情况，会在两个方向上造成问题。把实际要求当成可以自行决定的事项，会带来真实的合规或合同风险；把一般规范理解为“每次使用AI都要走正式披露流程”，又会把真正重要的披露淹没在噪音中。下面的决策框架用于区分两者。
四种职场专属触发条件
1. 公司AI政策明确规定了披露要求
一些公司的AI政策明确规定了员工必须在何时以及如何披露AI使用情况，例如针对特定交付物类型、向特定人员、以特定格式进行披露。如果政策中有此类规定，它就优先于你的个人判断：必须严格遵守，不要自行变通，也不要认为近似做法已经足够。在这种情况下，找到并阅读雇主实际采用的AI政策是前提，因为你无法遵守一条自己尚未找到和读过的披露规则。
2. 客户合同或工作说明书写明了披露
有些客户合同，尤其是咨询、法律和创意服务领域的合同，会规定交付物必须如何制作，或必须披露哪些制作信息，其中可能包括AI使用情况。若你不负责这份合同关系，应询问经理或客户负责人是否存在此类条款，而不是假定自己的标准做法已经满足要求。面向客户的团队可能承担一些合同义务，而一线执行人员只有在别人明确提醒后才会知道。
3. 监管要求对直接与人互动的系统予以披露
这一触发条件与其他三项性质不同：它通常根本不是个别员工需要作出的决定，而是组织承担的合规义务。义务还会因主体角色不同而异，因此在上报前要弄清区别。根据《欧盟AI法案》（EU AI Act），自2026年8月2日起，提供者（providers），即以自己名义开发AI系统并将其投放市场的组织，必须把直接与自然人互动的系统（如聊天机器人和语音代理）设计为能够告知人们正在与AI互动，除非这一点显而易见（第50(1)条）。生成合成音频、图像、视频或文本的系统提供者，在第50(2)条下另有采用机器可读格式的标记义务；对2026年8月2日前已投放市场的系统，该标记义务依据第111(4)条享有截至2026年12月2日的有限宽限期，该款由Regulation (EU) 2026/1744加入《欧盟AI法案》。部署者（deployers），即在自身权限下使用此类系统的组织，在同一条款下承担不同义务：告知使用或接触情绪识别或生物特征分类系统的人（第50(3)条），并标注深度伪造内容，以及为了告知公众公共利益事项而发布的AI生成文本（第50(4)条）（European Commission, “Transparency obligations under Article 50 of the AI Act”；AI Act Article 50 full text）。这些规定适用于《欧盟AI法案》范围内的组织；其他司法辖区可能采用不同规则，也可能没有对等规则，具体情况取决于公司的业务覆盖范围和系统分类。
若你的工作涉及构建、配置或运营直接与客户或公众互动的系统，而不只是用AI协助撰写内部文案，就应向合规、法务或产品团队明确提出问题，而不是由个人单方面决定。哪些义务适用、雇主对某一系统究竟属于提供者还是部署者，正是这些团队应判断的问题。员工的职责是识别可能适用的触发条件，并上报给负责组织合规的人，而不是亲自判定公司的具体系统是否受到相关法律义务约束。
若你构建、配置或运营直接使用AI与客户或公众互动的系统，且不确定组织的合规或法务团队是否已按照适用的透明度要求进行审查，就应向该团队提出一个具体而明确的问题，而不是假定别人已经检查过。这是组织合规问题，不是个人判断。
4. 正式评估或流程直接问你
有些绩效评估、审计或客户信息收集流程会明确询问AI使用情况，例如“你是否用AI制作了这份文档”“该回复是否有AI协助”。正式流程直接提问时，应诚实、具体地回答；不要对表格上的直接问题含糊其辞或回避，即使按一般规范你原本会作出不同判断。
决策框架
| 情境 | 规范依据 | 应对措施 |
|---|---|---|
| 公司政策明确指定了具体的披露规则 | 该政策 | 严格遵守 |
| 客户合同或SOW（工作说明书）指定了披露要求 | 该合同 | 遵守；如不确定是否适用于你的交付物，请向合同负责人咨询 |
| 你的工作构建或运行了通过AI直接与客户交互的系统 | 适用法规（在《欧盟AI法案》范围内：提供者义务见第50(1)-(2)条，部署者义务见第50(3)-(4)条） | 上报合规或法务部门，这不是个人决策 |
| 正式的审查、审计或申请表直接要求披露 | 该表格/流程 | 如实且具体地回答 |
| 上述情况均不适用 | 一般署名与责任规范 | 使用《在AI辅助工作中保留自己的署名》中的判断测试 |
核验与无法确认时的处理
如果你询问披露要求后只得到模糊回答或没有得到回答，应默认倾向于多披露而不是少披露，并保留自己已经询问过的书面记录，例如发给明确负责人的电子邮件或消息，而不是日后无法追溯的口头对话。这与查找职场AI政策时的做法一致：缺少书面答案时，应以书面形式提问，并在等待期间谨慎处理。
不要把“没人专门告诉我要披露这个”等同于“不需要披露”。公司政策措辞与监管要求可能落后于实际做法，尤其是面对新搭建的面向客户的AI功能时。若你有具体理由怀疑存在合规缺口，例如系统与客户对话却没有明显的AI披露，就应明确提出这一问题，而不是把沉默理解为问题已经得到处理。
两种出错方式
第一种是假定每份AI辅助工作成果都需要同等程度的正式披露。这要么造成披露疲劳，让人不再阅读真正重要的披露，要么让人跳过真正必需的披露，因为它看起来不过是又一段例行话术。正式、具体的披露措辞应留给上述四种触发条件；其余情况采用需要判断的一般规范。这里的区别并不是一概更加谨慎或更加宽松，而是为不同类型的情境采用相应程度的流程。
第二种错误专门涉及监管触发条件，也就是认为自己没有亲自构建面向客户的AI系统，因此其合规情况就与自己无关。若你运营、维护或对外介绍一个直接与客户或公众对话的系统，即使不是创建者，也很可能发现其中的缺口。提出问题的成本很低，而未被发现的合规问题若最终因客户投诉或监管机构介入而暴露，代价会高得多。
梳理你自己的情境
使用职场AI披露决策指南，在决定是否以及如何披露前，把你的具体情况与上述四个触发条件逐项比对。如果没有任何具体触发条件适用，应采用《在AI辅助工作中保留自己的署名》中的一般披露规范，不要在实际并不需要正式流程时另造一套流程。
