很多人用AI助手是随手贴东西：贴合同、贴客户名单、贴工单截图，觉得“就是问个问题”。真出问题时才发现，粘贴那一刻数据已经出了你的设备。这篇不讲空话，给一份能照着走的判断标准：哪些内容属于高风险、发送前问自己哪几个问题、企业多人共用一个账号该怎么管、事后怎么自查有没有踩线。数字和时效性信息以站内对应页面为准，本文只给方法。
很多人用AI助手是随手贴东西：贴合同、贴客户名单、贴工单截图，心里想的是“就是问个问题”。真出问题时才发现，粘贴那一刻数据就已经出了你的设备，后面再怎么删会话也收不回来。这篇不讲大道理，只给一份能照着走的判断标准：哪些内容属于高风险、发送前先问自己哪几个问题、团队多人共用账号该怎么管、事后怎么自查有没有踩线。
先把预期摆正：没有任何一篇文章能替你判断某个工具一定安全，记录留不留、存在哪、给谁看，取决于对方的政策和你的账号设置。所以下面的做法都是“降低出错概率”的动作，不是保证。价格、额度这类时效性信息，一律到站内页面核对当时的数字，本文只给方法。
先分清：什么内容一粘进去就已经算敏感
判断标准很简单，把日常发给AI助手的内容分三档。公开可查的，比如新闻、通用概念、开源代码片段，随便问；内部但要保密的，比如未发布的方案、内部流程、非公开报价，先脱敏再问；直接涉及个人身份或凭据的，比如证件号、银行卡、口令、密钥、完整联系方式，一律不粘。分不清的时候往高一档算，成本只是多改几个字。
| 内容档位 | 典型例子 | 处理方式 |
|---|---|---|
| 公开可查 | 行业常识、公开文档、通用报错 | 可直接提问 |
| 内部保密 | 未发布方案、内部流程、非公开报价 | 改写或替换关键信息后再问 |
| 身份与凭据 | 证件号、银行卡、口令、密钥、客户名单 | 不粘，换虚构例子描述问题 |
常见误判是用“反正这段删了上下文也没关系”来说服自己。但记录是否留存、存在哪、保留多久，得看对方的政策和你的账号设置，个人判断替代不了。还有一种更隐蔽的情况：单条信息看着无害，几条拼起来却能定位到具体的人或具体的单子，这种组合也要一起处理，不能只改名字。
发送前过一遍：四个问题决定发不发
与其记一堆规则，不如在按下发送前固定问自己四个问题。这四个问题按顺序过，任何一个答案让你犹豫，就退回去改内容，而不是赌一把。这套办法对普通用户和员工都适用，熟练之后几秒钟就能过完。
- 问题一：会不会紧张想象这段内容出现在公司群里，你会不会紧张。会紧张就先停下来，说明它至少属于内部档，需要先改写。
- 问题二：有没有可直接利用的东西扫一遍有没有能直接登录、付款、验证身份的内容，比如口令、密钥、证件号、验证码。有就整段删掉，别指望模型“不会用”。
- 问题三：是不是非给原文不可问自己这条信息是不是必须原样给模型看才能得到答案。多数情况下换成虚构例子、只保留结构，一样能问出想要的结果。
- 问题四：用的是哪个账号确认是个人号还是公司分配的号。用错账号，出了事追溯不到人，也说明数据流向了你控制不了的地方。
这套四问不适用于一种情况：公司已经明确发布过数据分级清单和禁用清单，那就直接照清单执行，不要再靠临场判断。清单之外的模糊地带，走内部确认流程，比自己猜更省事。
个人用户：把账号和记录当成会被人看见的东西来养
普通用户最容易忽略的是账号本身。很多人拿常用主邮箱加同一个密码去注册各种AI工具，一旦某个小站被拖库，撞库就能顺藤摸瓜进到你的AI账号，历史会话全部暴露。所以账号卫生是隐私防护的第一层，比事后删记录有用得多。
- 登录方式：用独立强密码加二次验证，别和主邮箱、支付账号共用一套密码
- 会话管理：涉及工作内容的会话用完就删，公共电脑和共享浏览器上不要勾选自动保存
- 第三方授权：定期翻一遍哪些小工具拿过你的账号权限，不用的直接撤掉
- 设备习惯：手机上别把AI应用放在锁屏可见的通知里，敏感回复可能直接弹在屏幕上
这里也要说清不适用的情况：如果你用的是公司统一采购并托管的账号，个人层面能改的设置有限，重点应该转到按内部规定使用，而不是自己折腾设置。真正的边界由公司配置决定，个人能做的只是别在错误的账号里贴错内容。
小团队和企业：先定规矩，再谈工具
一家五人的小团队和一家两百人的公司，问题本质一样：没人说清楚哪类数据不能上外网模型，员工只能临场猜。与其开会反复强调，不如写一页纸的规则，明确谁能用、用哪个账号、哪类数据一律不准发出去，贴在新人入职清单里。
| 管理动作 | 落地做法 | 负责人 |
|---|---|---|
| 定白名单场景 | 写文案、查资料可以；客户名单、合同原文、财务明细不行 | 业务负责人 |
| 统一账号 | 公司分配账号，禁止个人号处理公司数据 | 管理员 |
| 交接与回收 | 离职、转岗当天停权限，交接清单签字 | 管理员 |
| 定期抽查 | 按季度看使用记录和授权列表，发现异常单独沟通 | 管理员 |
最容易被漏掉的是交接和回收：人走了权限没停，是这类风险里最常见的一类漏洞。另外，白名单式回答要写成具体场景，避免“注意保密”这种没法执行的表述。规则定完之后，工具怎么选、可信度怎么判断，可以到 /sites 看中转站和工具的核对方法，再去 /tools/speed-test 做实际连通性测试。
事后自查：怀疑发错了按这个顺序查
怀疑自己发错内容时，第一反应往往是赶紧删记录，这反而把证据删没了。正确顺序是先固定事实，再查账号，最后判断要不要升级。按下面的顺序走，既不会漏掉关键动作，也不会因为慌乱做错事。
- 第一步：记录回忆并写下时间、大致内容、发给了哪个工具和账号，截图和账单记录都留着，后面和内部或平台沟通时是依据。
- 第二步：查账号看登录记录、使用记录和第三方授权列表，确认有没有别人动过这个账号，有没有异常地点或设备。
- 第三步：定级别判断标准是这段信息一旦外泄会不会造成实际损失。拿不准就按“会”处理，走内部升级路径，别自己压下来。
- 第四步：补动作按结论改密码、撤授权、通知相关方，并把这次踩线的场景补进团队规则里，避免下一个人再踩。
常见问题
把内容发给AI助手，是不是就等于公开了？
不等于公开，但也不等于留在你本机。数据去了哪里、留多久、会不会被用于改进服务，取决于你用的产品和账号类型，官方直连和第三方中转差别很大。稳妥做法是：不确定对方怎么处理的内容，就当成已经外传处理，先脱敏或者干脆不粘。
只是问问题、不涉及公司文件，也需要防护吗？
需要，但重点不同。这类场景的风险多半来自账号本身：弱密码、多平台复用、授权给了一堆小工具、在公共设备上保持登录。把这些管住，日常问问题基本够用；一旦牵扯客户资料、合同、内部数据，就要按敏感内容那一档走。
公司要不要统一规定员工能用哪些AI助手？
建议要，尤其是十人以上、有对外业务的团队。统一规定的价值不在于限制，而在于出问题时能说清楚谁在什么范围内做了什么。规则只要一页纸：可用账号、可用场景、禁用清单、异常上报方式，比长篇制度更容易执行，也方便随业务变化修订。
