把AI工具分享给同事前,先清掉三样东西

上周我把一个小工具整理成便携包，准备发给家里人试用。压缩前多看了一眼目录，发现问题不小：里面躺着我的账号登录环境、一堆采集下来的素材，还有一个写着本机路径的配置文件。要是直接打成一个压缩包发出去，等于把自己的账号和别人的原文一起送出门。

老板们对 AI 的警惕，大多停在「数据会不会被模型学走」这一层；真正的漏洞，往往发生在工具从一个人手里传到另一个人手里的那一刻。

一、第一样：账号登录环境

几乎所有要登录的自动化工具，都会在本地留一个浏览器配置目录，登录状态就存在里面。目录名通常带着「账号」「配置」「用户数据」这类字眼，看上去毫不起眼。

这个目录一旦跟着压缩包走，对方打开工具时，用的是你的身份。他看到的是你的私信、你的后台、你的操作记录。反过来，他误操作留下的痕迹，记在你名下。

正确做法很简单：打包前把这个目录整个排除。对方首次运行时自己登一次，多花两分钟，省掉后面所有麻烦。

二、第二样：运行数据和采集结果

工具跑一段时间，工作目录里会堆出三类东西：任务记录、下载的素材、导出的中间文件。这些在开发者眼里是缓存，在老板眼里是资料。

去年我见过一家公司把内部整理的行业资料工作台连同下载目录一起拷给外部合作方，里面还夹着几份客户原始沟通记录。工具本身没问题，出事的是目录里那些没被清掉的文件。

打包的规矩应该是：只发程序，不发数据。数据要单独走归档流程，谁批准、发给谁、留不留痕，都得有人签字。

三、第三样：写死的路径和配置里的敏感值

本地工具为了省事，经常把下载目录、素材目录写成本机的固定路径。换一台机器，路径不存在，工具当场报错，用的人第一反应是「这工具不行」。

更隐蔽的是配置文件。示例配置里常常留着真实的接口地址、密钥占位甚至填好的令牌。写代码的人知道那是示例，拿到包的人不知道，会直接拿去用。

处理方式：路径改成从程序所在目录自动推算；配置只留空白模板和一行注释，说明每一项该填什么、从哪拿。

我现在的打包清单

排除账号登录环境、运行记录、下载素材三类目录；说明文件里单独写一节，说清敏感信息存在哪、为什么不随包分发；只保留源码或便携版，运行数据一条不带；发出前自己解压到另一个目录，从零跑一遍。

避坑提醒

别用「整个文件夹压缩发过去」这种省事做法。别把登录态当成「方便对方」的贴心设计——那不是贴心，是把两家的账号绑在一起。也别觉得配置文件里那点示例值无所谓，泄露通常就是从「无所谓」开始的。

本文是「石健·AI应用实测」系列内容。你们把内部工具交给同事或外部合作方时，有没有一份固定的打包清单？评论区说说你们的做法。