客户资料放在AI里安全吗，我列了三条红线

2026-08-10 客户资料,数据隐私,脱敏,接单交付

2026-08-09 我交付了一个烧烤店小程序，收入 ¥3000，其中手写代码不到 20 行。交付那天我做的最后一件事不是部署，是把整个项目目录里的客户信息清了一遍。

客户资料放在AI里安全吗？我的答案是：技术上防不住的部分先别谈，先把"哪些东西根本不该进对话框"这条线画出来。 我给自己列了三条红线。

客户资料放在AI里安全吗：第一条红线

姓名、手机号、地址、身份证信息、订单明细里能对应到人的部分——这类东西不进任何外部对话。

原因不是模型会主动泄露，而是你无法控制它的存储和流转路径。你删掉的那次对话，不代表那条记录只存在于你能看见的地方。

动作：把资料分成"可识别到个人"和"不能识别到个人"两堆。处理前先做一次替换，把姓名换成代号。

有些客户在合同里写明了资料不得外传。这种情况下判断权已经不在你手上了。

哪怕是脱敏后的数据，只要合同条款覆盖到了"不得向第三方披露"，你就得先走客户的书面同意流程，而不是自己判断"脱敏了应该没事"。

各家合同怎么写差别很大，具体以你签的合同原文和客户的正式口径为准。

动作：接活的时候就把这一条写进交付约定里，别等做完了才想起来问。

这条是我自己踩过的。

现象：为了省事，直接把一份导出的表格、一段日志、一个数据库查询结果整段贴进去，让它帮我分析。

为什么会踩：脱敏要花时间，而你想要的是立刻看到结果。

代价在哪：日志里往往混着用户标识、内部地址、第三方接口的响应内容。你贴的是"一段日志"，实际交出去的可能是一整套数据结构。

动作：贴之前只保留回答问题必需的那几列，其余删掉。多花两分钟，省掉后面所有解释。

清单的价值在于顺序。先做第一条，它决定了后面几条有没有意义；做得越快，你手上的活越安全。

1. 把手上资料分成"可识别到个人"和"不可识别"两堆

2. 处理前统一做代号替换，代号表存在本地

3. 查一遍客户合同里关于资料披露的条款

4. 日志、导出表、查询结果贴之前先裁列

5. 建一份处理台账，记录日期和内容摘要

前两条今天就能做，第三条决定了你能接什么样的活。

我立项这一路做过 7 轮迭代，越往后越明白一件事：安全和效率不冲突，冲突的是"没分类"。 分完类之后，绝大多数活照样能用工具做，只是换了个输入方式。

三条红线之外，还有一个现实提醒：各家服务的数据处理规则和留存策略经常调整，具体以服务方的官方说明为准，别拿别人转述的经验当作自己的依据。

所以客户资料放在AI里安全吗——把不能进的挡在外面，剩下的其实都还好办。

Q：客户资料放在AI里安全吗？

A：取决于资料类型和你签的合同。能定位到具体个人的、客户明确要求保密的，这两类不要进外部对话；其余先脱敏再处理。

Q：脱敏之后就可以随便发了吗？

A：不一定。脱敏解决的是可识别性，解决不了合同里"不得向第三方披露"的约定。先确认合同怎么写的。

Q：接单的时候要不要提前跟客户说明？

A：建议说明。把资料处理方式写进交付约定，比事后解释容易得多，也能筛掉一部分风险较高的活。