AI工具的数据边界问题被摆上了台面。
智谱（HK2513）旗下AI编程工具ZCode在近期引发诸多数据争议。今天，智谱（HK2513）正式宣布将ZCode开源，并公布了第三方安全审计结果，确认云端“零数据”状态、同时最新版本已切断本地仓库快照生成与上传链路。
三天内从道歉到开源，智谱（HK2513）立正挨打的态度值得肯定。但这期间发酵的几场风波，的确给智谱（HK2513）和其他同行都上了一课。
事情起因发生在9月18号，博主ferstar清理磁盘时偶然发现，ZCode会在用户处于登录状态时自动打包整个项目工作区，并加密上传到阿里云OSS。智谱（HK2513）当晚给出回应、将问题归因于“代码库索引”功能默认开启，并称相关问题“已修复”。
然而，紧接着承明科技向智谱（HK2513）公开发函，指出在智谱（HK2513）公开致歉当日凌晨，上传行为仍可以被检测到，且上传内容包含项目完整源代码、系统架构及员工个人信息等完整归档文件，远超隐私政策载明的收集范围。
开发者和企业客户——两个最重要的使用群体，几乎同时对智谱（HK2513）的数据资产边界和修复诚意提出了质疑。
用户容忍的边界在哪儿？
不过，如果把这件事定性为AI工具恶意窃取用户数据，也偏离了事实本身。从产品逻辑上看，为能让模型充分理解用户的项目，ZCode的Repo Wiki功能确实需要将仓库数据上传至云端，这对于任何一个AI编程工具，都是具备技术合理性的功能设计。从商业价值上看，智谱（HK2513）9月13日刚刚完成新一轮50亿美元融资，仍处于融资和拓展客户的关键期。如果被贴上“蓄意窃取用户代码”的标签，智谱（HK2513）将付出巨大的商业代价。
正视这些客户的声音，也是智谱（HK2513）的责任所在。从用户实际顾虑来看，项目记录、历史提交记录、密钥凭证、员工个人信息等都是企业最核心的数据资产，开发者和企业客户当然希望AI平台的一切调用和采集功能是可视、可知、可控的。
尤其“可控”这一环最该被追问。据ferstar逆向分析报告，ZCode客户端里两个与数据相关的开关仅分别指向训练授权和索引服务，真正负责打包和上传的sidecar在客户端启动时就被无条件加载。也就是说，用户以为关掉了开关，但真正负责上传的逻辑从未被纳入用户控制范围。当一个涉及完整代码库上传的功能默认开启、且无法关闭，“默认”就变成了“强制”。
AI工具需要数据来持续进化，这是用户可接受的。但针对数据上传行为，用户需要一个明确且有效的功能开关、也需要产品的政策声明跟实际代码行为对齐——这是AI产品的底线。
从这件事中，智谱该学到什么？
今年7月，工信部NVDB平台就曾发布风险提示，指出Claude Code内置监控机制，未经用户同意向远程服务器回传敏感信息。两家公司如出一辙，这背后是一个看似矛盾的行业性逻辑：AI工具要更好地解决问题，就要了解更多的用户代码；用户的代码被暴露更多，核心资产被渗透的风险就越大。
但速途网认为，破局方法也未必只在技术层面。智谱（HK2513）的商业化基本盘核心在B端，对政企和大厂而言，安全性是最被考量的因素。从安全角度，智谱（HK2513）起码要拿出三点实际行动。
第一，把控制权交还给用户。涉及数据上传的功能，用户应该有一个明确的、能自行选择的开关。开关命名要精确、直接指向“是否上传”，而不是用于训练或建立索引等模糊化的设计引导。
第二，把验证通道长期打开。智谱（HK2513）承诺开源、引入第三方审查，这是一个正确的起点。但开源的范围要覆盖历史行为，审查的边界要包括云端的存储和删除策略。只有持续地“受监督”，用户才能实时掌握数据的去向，平台才能证明已上传的数据是被妥善处理的。
第三，把公关叙事从被动变主动。智谱（HK2513）这次的反应速度不慢，但起初的声明“收集用户通过对话提交的文本、文件和代码”显得笼统和应付，官方将读取的内容细节、关键边界交代清楚，更能充分重塑用户信任。
结语
过去几年，AI产品在功能迭代和数据采集之间长期处于一种模糊地带。默认开启、静默执行、隐私政策滞后更新，成了不少公司的做法。
ZCode事件把这种模糊地带推到了台前，这对智谱（HK2513）是一次信任测试，也是整个行业的一次预警——在产品上线前把边界划清楚，企业才可能真正放心地把项目托付给AI工具。对整个AI编程行业而言，ZCode事件是一个信号：当模型能力趋同，数据边界是否清晰、用户控制权是否被尊重，正在成为用户选型的新标尺。
