公司禁止用 AI 填什么？常见的内部红线清单

公司禁止用 AI 处理的内容，集中度其实很高：客户与业务数据、涉密与合规字段、代码与内部文档，是三类最常见的红线。很多公司在制度里未必逐条写明，但违规的代价往往落在个人头上，理解这份清单，比每次现问同事更快。下面按类型展开，并附一套公司没明说时的自查方法。

常见红线先分三类

多数公司的 AI 使用限制可以归到三类。第一类是客户与业务数据：客户名单、合同金额、未公开的经营数字，这些一旦贴进对话框，就等于把资料交给了外部服务。第二类是涉密与合规字段：身份证号、银行账号、员工薪酬这类个人信息，以及有保密义务的项目材料。第三类是代码与内部文档：核心代码、内部方案、未发布的战略文件。三类的共同点是都受保密义务约束，区别在泄露后的影响范围与追责方式。

客户与业务数据为什么排第一

业务数据排在红线首位，因为它直接关联公司的合同义务。把客户报价发给 AI 做润色，看似只是处理一段文字，但内容已经离开了内网，服务提供方按其隐私政策可能留存或用于改进模型，对客户承诺过保密的信息，交给第三方服务即可能构成违约。实际工作里更隐蔽的情形是拆分泄露：一段产品计划里带出客户名，一份周报里附了未公开的营收，单看每处都像小事，拼起来却能还原核心业务。判断标准可以很简单：这条信息出现在外部会不会让公司为难，会就别填进任何外部工具。

涉密与合规字段的处理方式

个人信息与合规字段的处理有更明确的规矩。员工身份证号、健康信息、银行账户属于个人敏感信息，批量整理这类内容时，要么先做脱敏，把具体值替换成占位符再让 AI 处理结构，要么使用公司批准的内部工具。有些行业还有行业性规定，金融、医疗机构的资料管理更严格，具体以公司所在行业的监管要求为准。一个稳妥的习惯是：需要 AI 帮忙的通常只是格式、结构、措辞，那就把这些留下，把真实数值拿掉，处理完再填回去，风险大头就避开了。

代码与内部文档的边界

技术团队对代码的态度分化最大。公开仓库里已有的通用代码片段、报错信息、开源许可问题，拿去问 AI 风险很低；公司自研的核心逻辑、密钥与配置文件、内部系统架构图，则属于明确的禁区。内部文档同理：可以请 AI 帮忙改写一段对外说明的措辞，但带密级的文件、并购与融资相关材料，不要进任何外部工具。不少公司已经部署了内网可用的模型服务，分不清的时候优先用它，具体可用范围以公司制度为准，拿不准就按更严格的一侧执行。

公司没明说时的自查方法

制度没写全不代表没有边界，可以按四个问题自查。一问：这条信息的密级是什么，公开、内部、秘密，归属越靠后越要谨慎。二问：我对这条信息是否签过保密承诺，签了就默认不能外传。三问：我让 AI 做的这件事，换一个外部的人来做算不算泄密，算就同样别让 AI 做。四问：公司有没有批准的替代工具，有就用批准的那个。拿不准的单项先放一放，问过合规或主管再继续，比事后补救省事得多，这四问也可以直接整理进团队的入职材料。

延伸阅读：企业数据传给 AI 的风险自查、处理客户资料前的三件事、财务使用 AI 的红线清单。

四问自查的判断顺序

• 先看密级，公开、内部、秘密逐级收紧
• 再想有没有签过保密承诺，签了就默认不能外传
• 换外部的人来做算不算泄密，算就别交给 AI
• 最后看公司有没有批准的替代工具

第三问最容易被忽略，它把「看起来无害」的片段也纳进了判断。本文不构成法律建议，具体边界以公司制度与行业监管为准。

公司的 AI 红线清单一般多久更新一次？

• 把敏感信息脱敏后再发给 AI，就完全安全了吗？：脱敏能大幅降低风险，但要看脱敏是否彻底，公司名、项目代号、时间线组合起来也可能识别出业务，条件允许就用公司批准的内部工具，外部工具只处理最不敏感的部分。
• 私人设备上用自己的 AI 账号处理工作内容算违规吗？：多数公司的保密义务不区分设备与账号，工作内容进了外部服务同样受约束，具体以公司制度为准，拿不准时按更严格的一侧执行，事后解释的成本远高于事前确认。
• 已经不小心把工作内容发给 AI 了怎么办？：第一时间按公司的信息泄露流程上报，说明内容与时间，部分服务支持删除对话记录，能否彻底清除以平台说明与公司处置意见为准，隐瞒不报通常比事件本身代价更高。