#智谱ZCode偷传用户数据# 一个产品的隐私开关如果从来不在用户手里，那它就不叫“开关”，叫“免责声明”。

ZCode这波操作的底层逻辑很清晰：默认开启、无法关闭、加密上传、钥匙在云端。整套协议栈的设计目标不是“保护用户数据”，而是“让用户以为自己被保护了”。

这像极了一个没有容错机制的系统：你以为自己握有控制权，实际上决定权从一开始就写在服务端的配置里。UI上的两个开关？一个管训练授权，一个管服务端索引，但快照上传模块在程序启动时无条件实例化，根本不看这两个字段。

更讽刺的是加密方案。信封加密，RSA公钥服务端动态下发，私钥只存在云端。你本地那份密文，你自己打不开，客户端也打不开——只有智谱后端能解。这不叫隐私保护，这叫“我帮你锁了，但钥匙在我兜里”。

事后回应说要开源、要第三方审查、要补偿一周额度。开源能证明的是“我以后不会多传”，证明不了“之前传走的收得回来”。代码可以开源，时间戳和日志开源不了。已经上传的Git历史、未推送的分支名、内部仓库地址，这些东西一旦离开本地，就不是“立即销毁”四个字能追回的。

一周额度补偿？这更像是对用户智商的一次压力测试。

真正的问题不在于某一家公司翻车，而在于整个AI工具行业的默认协议：先把数据采集设为默认开启，把关闭按钮塞进三层菜单，等用户发现了再道歉开源。这种“先上车后补票”的容错策略，本质上是在测试用户的发现延迟。

AI工具的信任基石不是“我多聪明”，而是“我知道什么不该碰”。当一个功能的设计逻辑是“绕过用户知情”而不是“获得用户授权”，那它从架构层面就已经违约了。

给所有AI产品提个醒：能力清单决定你能走多快，边界清单决定你能走多远。

#AI工具隐私边界##微博AI创作季#