上周掘金一篇技术贴阅读量持续走高：开发者用 AI 调试报错时，最常见的隐私事故不是被黑客攻破，而是主动把数据库密码、用户手机号、生产日志复制粘贴给 AI。隐私泄露正从「外部攻击」变成「开发者亲手送出」。

这是什么

作者梳理了 3 类不该直接交给 AI 的内容：密钥和账号信息（API Key、JWT、SSH 私钥）、真实用户和客户数据（手机号、身份证、订单记录）、未经授权的公司代码（业务规则、表结构、内部接口）。

更值得警觉的是第二条：把手机号改成「138****0000」并不够，因为订单金额、收货地址、时间戳组合在一起仍能定位到具体客户。脱敏的目标不是「看起来像假数据」，而是让它失去识别具体人的能力。

文章给出一套 4 步提交前检查：先判断数据类型（公开 / 内部 / 敏感）、只保留必要字段、用 ripgrep 搜索 password/token/key 等关键词、最后确认 AI 工具的隐私设置和企业版能力。

行业怎么看

开发圈主流态度是「支持但要谨慎」——GitHub Copilot、Cursor、Trae 都已上线企业版隐私模式。但反对意见也明确：严格的脱敏流程会拖慢调试速度，很多开发者为了效率打折扣。更现实的风险是，企业很少把 AI 工具纳入数据治理框架，开发者在个人账号下处理生产代码，安全部门根本看不到。

还有一个被忽视的角落：AI 编辑器插件默认索引整个仓库，即使你不主动粘贴，本地代码也可能被读取。多数公司还没把这部分纳入合规审查。

对普通人的影响

对企业 IT：AI 编程工具需要被纳入数据治理清单，否则每次代码补全都是潜在的数据外流通道。

对个人职场：开发者是公司合规的第一道防线，但很少有人为此受过培训。这篇梳理可以当作新员工的安全第一课。

对消费市场：你在某个 App 留下的手机号和订单，可能正被某个赶进度的开发者复制进 AI 对话框。隐私保护的责任，不能只押在用户自己改密码上。