1. 一次“疑似上传”排查的完整复盘最早看到“ZCode疑似后台上传项目代码”这个说法是在一个开发者群里。有人贴了几张抓包截图说本地跑着 ZCode 的时候网络面板里出现了往对象存储地址发请求的记录体积还不小于是“偷代码”“打包上传”的说法就传开了。我平时主力用 AI 编程工具做日常开发ZCode 也在用看到这种消息第一反应不是慌而是想搞清楚一件事这些请求到底传了什么是谁触发的能不能复现。这篇就是我自己的完整排查记录。我会把整个过程拆开讲怎么搭环境、怎么抓流量、怎么定位到具体是哪个进程哪个功能在发请求、怎么判断传的是代码还是别的数据、以及最后怎么把风险控制住。适合正在用 ZCode 或者任何 AI 编程工具、又对代码安全比较在意的开发者看。哪怕你只是想搞清楚“AI 编程工具到底会不会把我的代码传出去”这套排查思路也能直接抄。先说结论方向我排查下来绝大部分看起来“可疑”的上传行为来源是索引、遥测、崩溃日志、模型上下文这几类而不是把整个项目打包。但这不代表可以完全放心因为“传什么”取决于工具配置和你的使用方式有些默认行为确实会把代码片段带出去。所以重点不是站队而是学会自己验证。2. 排查前的准备把“怀疑”变成“可观测”2.1 为什么不能只看一张截图就下结论群里那张截图的问题在于它只显示了“有请求发往某个存储域名”但没有显示请求体内容、没有显示触发时间点、没有显示是哪个进程发起的。网络请求这件事光看域名和体积说明不了任何问题。一个正常的崩溃上报可能带几百 KB 的堆栈和上下文一个索引同步可能带几 MB 的向量数据看起来都“像”在上传代码。所以我给自己定的原则是任何结论必须能复现任何请求必须能看到内容或至少看到来源。做不到这两点就只是猜测。2.2 搭建一个干净的观测环境我用的是一台专门的测试机装了一个全新的系统用户避免和日常环境混在一起。步骤大致是这样新建一个测试项目目录放几个自己写的、内容完全可控的文件比如secret_marker_001.txt里面写一句独一无二的字符串方便后面在流量里搜。安装 ZCode 桌面端登录一个专门注册的测试账号不用主账号。准备抓包工具。我用的是系统自带的网络监控加上一个本地代理工具把 ZCode 的流量强制走代理这样能看到明文请求前提是它没做证书固定后面会讲。同时开着进程监控记录 ZCode 相关进程的 CPU、网络、文件读写。提示测试账号和测试项目是关键。用主账号、真实项目去排查万一真有问题损失已经造成了。隔离环境是排查的第一步不是可选项。2.3 先建立“正常基线”在开始怀疑之前我先让 ZCode 在不打开任何项目的情况下跑十分钟记录它的网络行为。这一步很重要因为它告诉我“空闲状态下工具本来就会发哪些请求”。结果发现即使不打开项目它也会定期发一些心跳和版本检查请求体积很小几十到几百字节。有了这个基线后面再看“打开项目后新增了哪些请求”就能排除掉本来就存在的噪音。很多人排查时把心跳请求也当成“偷传”就是因为没有基线。3. 抓包实操一步步定位请求来源3.1 第一次抓包看到了一堆请求但分不清第一次抓包的结果确实吓人打开项目后短时间内出现了几十个请求有往 API 域名的有往 CDN 的还有几个往对象存储域名的。体积从几 KB 到几 MB 不等。如果只看这个很容易得出“它在传东西”的结论。但我做了两件事来拆解按时间排序看请求和我的操作之间的对应关系。比如我敲下回车触发补全的瞬间哪个请求出现了。按域名归类把请求分成“模型 API”“遥测”“静态资源”“对象存储”几类。归类之后发现往对象存储的那几个请求时间点集中在我首次打开项目、以及执行了一次全量索引之后。这就把嫌疑范围缩小到了“索引相关”。3.2 用唯一标记字符串做“示踪剂”这是整个排查里最有用的一招。我在测试项目里放了一个文件内容是一段随机生成的字符串比如ZQ_MARKER_7f3a9c2e_NEVER_UPLOAD。然后在抓包工具的搜索功能里搜这个字符串。结果分两种情况在模型 API 请求里搜到了这个字符串。这说明当我触发补全、问答时相关代码片段确实作为上下文发给了模型服务。这是 AI 编程工具的工作原理不算“偷”但确实意味着代码片段离开了本地。在对象存储请求里没有搜到这个字符串。说明那些大体积上传里不包含我项目文件的实际内容。这个对比非常关键。它把“上传了代码内容”和“上传了别的东西”区分开了。如果对象存储请求里也能搜到标记字符串那问题就严重了。3.3 判断对象存储请求里到底是什么既然不是代码内容那传的是什么我通过几个线索推断请求体是二进制或压缩格式不是明文代码。体积和项目文件数量正相关但和文件内容复杂度关系不大。在关闭“代码索引/语义搜索”功能后这类请求基本消失。综合来看这些请求更像是索引元数据、向量化后的特征、或者匿名的使用统计。向量化数据是把代码转成数值向量理论上不能直接还原成原文但它确实是从你的代码派生出来的。这一点必须诚实地说派生数据也是数据是否接受取决于你的安全要求。3.4 证书固定带来的排查障碍排查中遇到一个坎有些请求在代理里看不到明文因为工具做了证书固定certificate pinning。这不是 ZCode 独有的很多桌面应用都这么做目的是防止中间人攻击。但对排查者来说就意味着不能直接看内容。我的应对办法是退一步用系统级流量统计 进程级网络监控至少确认“哪个进程、往哪个 IP、传了多少数据”。看不到内容但能看到行为模式。如果某个进程在你没操作时持续上传大量数据那无论内容是什么都值得警惕。4. 逐项拆解哪些行为是正常的哪些需要警惕4.1 模型上下文上传这是工作原理不是漏洞AI 编程工具要给你补全、要回答你的问题就必须把相关代码发给模型。这是它的核心机制不是偷偷摸摸的行为。区别只在于“发多少”和“发什么”。我实测下来触发补全时它通常只发当前文件的光标附近片段加上少量相关文件。触发问答时可能发更多。这个范围是可以通过设置调整的比如限制上下文大小、关闭自动索引。需要警惕的不是“它发了”而是“它发了多少你没意识到”。如果你在一个包含密钥、内部接口地址的文件里触发补全这些内容就可能进入上下文。所以我的习惯是敏感文件加进忽略列表密钥永远不写在会被索引的代码里。4.2 遥测与崩溃上报默认开启可关遥测是另一大类。它上报的是使用行为比如你用了哪些功能、报了什么错、性能如何。正常情况下不含代码内容但崩溃上报可能带堆栈和部分上下文。我在设置里找到了遥测开关关掉之后那部分请求明显减少。这里的心得是不要假设默认关闭主动去设置里翻一遍隐私相关选项。很多工具默认开启遥测因为厂商需要数据改进产品但这和你的安全偏好是两回事。4.3 索引与向量化最容易被误判的一类前面说的对象存储请求主要来自索引。索引的目的是让工具能“理解”你的整个项目从而提供更准的补全和搜索。代价是它需要读取你的全部代码并生成派生数据。这里有个关键判断点派生数据存在哪、传不传出去。理想情况是全部本地处理派生数据只存在本地。如果传出去就要看传的是什么形式。我排查下来ZCode 的索引有一部分是本地做的但确实有数据同步行为。是否接受取决于你的项目敏感度。4.4 Git 历史与 checkpoints另一个数据出口热词里提到了 Git 历史和 checkpoints这两个也值得单独说。AI 编程工具为了做“回滚到某个版本”“对比修改”会读取你的 Git 历史或者自己维护一套 checkpoint。这些数据里包含你的提交记录、代码变更。如果这些数据被同步到云端那等于你的开发历史也出去了。我的做法是检查工具的 checkpoint 存储位置确认是本地还是云端。如果是本地风险可控如果是云端就要评估。5. 常见问题与排查速查表排查过程中我整理了一张表把“现象”和“可能原因”对应起来方便快速定位。现象可能原因验证方法处理建议空闲时也有小体积请求心跳、版本检查对比基线流量正常可忽略打开项目后出现大体积上传索引、向量化搜标记字符串、关索引对比评估敏感度必要时关索引触发补全时请求含代码片段模型上下文搜标记字符串正常机制敏感文件加忽略崩溃后出现上传崩溃上报看时间点是否对应崩溃关闭崩溃上报代理看不到明文证书固定换进程级监控看行为模式不纠结内容关闭某功能后请求消失该功能触发开关对比按需关闭注意排查时一定要做“开关对比”。同一个操作功能开着和关着各做一次看请求差异。这是定位来源最可靠的方法比猜域名靠谱得多。6. 我最终怎么配置 ZCode 来控制风险排查完我没有卸载而是调整了配置。分享几个我实际在用的做法敏感目录加忽略把包含密钥、内部配置、客户数据的目录加进工具的忽略列表不让它索引。关闭不必要的遥测设置里能关的都关掉尤其是崩溃上报。限制上下文范围补全和问答的上下文尽量小减少代码片段外发。密钥不落代码用环境变量或密钥管理从源头避免密钥进入任何上下文。定期看流量隔一段时间抓一次包确认行为没有变化。工具更新后行为可能变这是很多人忽略的点。最后说个我踩过的坑有一次我关了索引但补全还是很快我以为索引没关干净。后来发现是本地缓存还在起作用清掉缓存后才真正生效。所以改配置后要清缓存、重启再验证不然你以为关了其实没关。这套排查方法不只适用于 ZCode任何 AI 编程工具都可以这么查。核心就三句话隔离环境、标记示踪、开关对比。把这三件事做好你就能自己判断一个工具到底在干什么而不是被群里的截图带着跑。