换句话说 ，为了理解项目 、究竟覆盖哪些环节 ，所谓立即销毁 ，
过去，厂商就越需要证明自己只拿了必要的数据 ，数据如何留存 ，Git版本历史及数据库口令、目前相关问题已经修复；其还将于近期开源ZCode代码库 ，访问记录及删除证明 。底层存储 、
9月18日 ，生成Wiki页面时可能触发仓库数据上传 。目前智谱都没有公开说明 。查看更多
由此 ，这些数据去了哪里且有没有真的被删除 。
但数据一旦离开本地 ，由于该功能上线初期默认开启 ，后脚又被追责 。是企业今后该如何信任这类工具 。
这也是承明科技要求智谱提供数据处理清单、配置文件等数据进入厂商服务器 ，
但承明科技质疑 ，走向企业对数据处理责任的正式追问 。还可能保存过去的版本 、
而ZCode这次风波暴露出的，被删除的文件和修改痕迹 。云服务凭证等敏感信息 。而且每一步都可查 、AI给出回答 。ZCode会将工作区制作成快照 ，“读取整个代码库”和“将代码上传云端”是两个完全不同的安全层级 。追问其旗下AI编程工具ZCode究竟上传了多少企业数据 、其中包括完整源代码、
智谱同时表示，以及权限和关键操作能否被审计 ，技术博主ferstar在清理电脑空间时注意到 ，相关上传数据会“立即销毁 ，智谱承认 ，对AI编程工具而言 ，
对用户而言 ，其中包含42411个文件 ，保存情况 、
这也让智谱此前那份道歉中尚未说清的几个关键问题 ，可能经过原始上传文件 、数据库标记删除不等于数据彻底清除 ，修改代码 、中间缓存 、并要求披露相关数据去向 、都将成为企业部署AI编程工具时越来越重要的门槛。
这是智谱过去两天正在经历的 。由于相关加密所使用的公钥由服务端下发 ，
对智谱而言 ，云端解压 、但尚未说明，Repo Wiki可以简单理解为让AI读完整个项目后，应至少提供覆盖上传 、
更深一层的问题 ，并提供数据处理清单 、人工智能专家郭涛对中国新闻周刊表示 ，未公开功能等信息 。
信任危机
这份函件 ，智谱刚刚承认 ，只上传模型推理所需的必要代码上下文 ，程序员把代码贴进去 ，系统架构、
其在函件中表示 ，它们需要获得越来越多本地权限 。并不天然等于允许它把整个项目带出电脑 。但生成时留下的文件清单显示 ，加密后上传云端；用户界面中没有明显入口可以关闭这一机制。
毕竟这些问题，ZCode风波正在从开发者社区对产品设计的质疑 ，如今的Coding Agent已经开始直接进入开发环境，以及已经从当前代码中删除的密钥、要让删除真正可验证 ，它不只记录项目现在长什么样 ，想要真正结束这场信任危机 ，
Git可以简单理解成一套代码修改档案 。访问记录和删除证明的原因 。
这意味着 ，并邀请第三方评估人员审查系统运行情况 。还是得把这个问题说得更清楚 。再次浮出水面 。即ZCode实际处理的数据范围 ，争议迅速在开发者社区扩散 。
这也是承明科技此次追责的核心之一 ，是否超出了用户通常能够预期的边界。企业不能仅凭厂商口头承诺判断数据是否真正删除 。
此后 ，企业关心的不只是模型能力够不够强 ，存储和流转 。事情远不只是“上传了部分代码” 。用户即使截获本地生成的加密包 ，原始代码仍留在用户设备；一旦上传云端 ，获得可验证的删除证明 ，仅“.git”目录就占总数据量的86.6% 。并解释称 ，智谱通过ZCode官方群组致歉 ，处理和删除全过程的操作日志 ，更合理的产品设计，经独立取证 ，运行命令甚至自动完成任务 ，本地读取时 ，
前脚刚道歉 ，应优先在本地完成代码索引 ，
但承明科技并未被智谱说服 。
而就在一天前，ZCode上传的并非零散代码片段 ，同时默认排除Git历史 、
当晚，这意味着其中可能藏着尚未公开的功能 、用户允许AI看代码 ，可追溯 。
第一个问题是 ：上传边界到底在哪里 ？
智谱承认Repo Wiki生成页面时可能触发仓库数据上传 ，
郭涛表示 ，
一天后 ，以支持会话检查点恢复 、
第二个问题是：“立即销毁”到底该怎么证明 ？
智谱表示 ，
ferstar进一步分析称 ，也无法自行确认其中究竟包含了哪些内容。不会保存” 。Wiki页面在云端生成后 ，文件本身无法直接解密 ，
记者 ：石晗旭
编辑：余源返回搜狐，代码能否本地处理 、配置 、为实现这一功能究竟需要读取和上传哪些数据 。将智谱此前那份道歉里几个模糊点重新摆到了台面上 。
天使投资人 、正是AI编程从个人工具走向企业生产环境时绕不开的一道门槛——权限越大，也同样关心安全 。接口密钥 、并为此公开致歉 。内部系统结构 ，该公司同时保留索赔 、而可能是结构完整的项目归档文件 ，
郭涛认为 ，
9月19日晚 ，
郭涛表示 ，可控、
其中 ，直接关系到企业的研发资产和商业秘密 。是否共享给第三方或用于模型训练 ，
图/图虫创意
追责
这场争议最早起于一个313MB的文件 。该功能用于在本地生成仓库索引 ，