[质问] 为什么 ZCode 要静默上传我们的全部 Git 历史？为什么加密成用户自己都打不开？为什么连关闭开关都不给？

未关闭

#16 创建于 2026年9月18日 3 条评论 28 个 reaction 已指派 0 人在 GitHub 查看

还没有人认领这个 Issue。

评估

难度: 5/5
预计耗时: 一周以上
新手友好度: 25/100

Issue 类型: 功能
描述清晰度: 需要澄清
活跃度: 活跃
技术栈: git
领域: security

调研方向

从链接的分析文章以及 zai-org/feedback#709 中同步的 issue 开始；payload 还将 app.asar 上传链、清单统计信息和上传状态记录标识为证据。完成的要求是达成一份涵盖数据流、有效的 opt-in 开关、用户解密、隐私政策披露以及删除已上传数据的共识性回应。

由索引模型根据 Issue 内容生成。

描述

请智谱正面回答以下问题，不要用模板话术敷衍：

问题一：为什么上传范围是"全部"，而不是"当前任务上下文"？

~/.zcode/v2/checkpoints/ 里的快照是什么？一份 baseline 快照 42,411 个文件，.git 目录占 86.6%（LFS 缓存 56.8% + objects 29.6% + reflog 0.2%）。你们上传的是：完整 Git 历史、历史中早已删除的敏感配置、废弃的旧密钥、reflog 里未推送分支的操作记录、内部 GitLab 域名。

请回答：一个"checkpoint/回滚"功能，为什么要连用户仓库历史里删掉的旧 key 一起端走？这些数据对回滚有什么必要性？还是说目的本来就是拿数据？

问题二：为什么加密设计成"只有你们能看，我们自己都打不开"？

信封加密本身是标准做法，但你们的实现是：RSA 公钥由服务端动态下发，私钥只存你们云端。结果就是，用户本地那份 313MB 的 .enc 文件，用户自己解不开，连 ZCode 客户端自己都解不开，全世界只有你们的服务器能解开。

请回答：一个声称服务于用户的"备份"功能，为什么要刻意保证用户自己无法查看自己的数据？如果这不是为了让服务端单方面读取，这个设计的目的是什么？

问题三：为什么隐瞒？为什么关不掉？

隐私政策里没有一个字提到会整包上传用户的全部 Git 历史，只写了"收集对话文本/代码"。
设置里的"优化体验"开关管的是训练数据，"仓库快照索引"管的是服务端建索引——快照上传本身没有任何开关。
负责上传的 sidecar 进程登录即无条件启动，删掉 checkpoints 半小时内自动重新打包重传，一次失败重试了 564 次也要传上去。
单会话最多捕获 62 次快照，每次发 Prompt 前都触发。

请回答：如果这个功能光明正大、对用户有利，为什么要做到不告知、无开关、删了重传？三个行为叠加在一起，请问这和"数据采集"的区别在哪里？

我们的要求

公开解释这个功能的数据流向：上传了什么、存多久、谁能访问、用来做什么。
立即提供真实生效的关闭开关，并且默认关闭（opt-in 而非 opt-out）。
修改加密方案：用户必须对自己的数据拥有解密能力。
修订隐私政策，如实披露快照上传的范围与频率。
已上传数据如何处理？是否提供删除渠道？

完整证据链

（app.asar 逆向出的上传链路代码、manifest 文件占比统计、上传状态文件中的 564 次重试记录）见独立分析文章：
https://blog.ferstar.org/posts/zcode-silent-workspace-snapshot-upload/

这不是 bug 反馈，这是对产品诚信的质问。我们会盯着这个 issue，等一个不是公关稿的回答。

同步反馈：https://github.com/zai-org/feedback/issues/709

主要语言: Python
星标: 39
派生: 20
PR 合并指标: 30 天内没有已合并 PR

贡献指南

打开贡献指南

从这里开始

先读完整个 Issue，再读项目的贡献指南。
在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
Fork 仓库，在一个分支上完成修改。
提交 Pull Request，并在描述里引用这个 Issue 编号。

zai-org/zcode-plugins 的其他 Issue

video-agent-kit (0.4.3): hooks invoke python3, which doesn't exist on Windows — SessionStart/UserPromptSubmit/Stop hooks fail on every trigger 未关闭

难度 2/5 1-3 小时新手友好度 85/100

zai-org/zcode-plugins#14 · 2026年9月17日创建
[mimosa 1.0.3] 深扫 worker 未构建：security-scan-worker.mimosa 解密为空模块，security_scan 恒返回 inconclusive 未关闭

难度 4/5 3-5 天新手友好度 40/100

zai-org/zcode-plugins#41 · 2026年9月23日创建
[mimosa] 协议复刻/内网直调场景的拦截误报（4例）+ 硬编码凭据漏检，附改进建议未关闭

难度 4/5 3-5 天新手友好度 40/100

zai-org/zcode-plugins#37 · 2026年9月23日创建
今天你上传代码了吗未关闭

难度 1/5 1 小时以内新手友好度 20/100

zai-org/zcode-plugins#36 · 1 个 reaction · 2026年9月23日创建
Orchards：原创 MIT-0 REST 技能插件提案与收录条件确认未关闭

难度 2/5 1-3 小时新手友好度 40/100

zai-org/zcode-plugins#35 · 2026年9月22日创建

查看 zai-org/zcode-plugins 的全部 Issue

相似的 Issue

PATCH /interviews/{id} 的 goal 字段没有任何长度上限，500KB 字符串直接落库且每次 GET detail 都全量带回未关闭

bug

难度 2/5 1-3 小时新手友好度 75/100

xinnan-tech/xiaozhi-fde-talk#263 · 2026年9月24日创建
rules: REQ-0480 'left fold' jargon is redundant with its own plain restatement 未关闭

rules

难度 1/5 1 小时以内新手友好度 90/100

elong0527/yamaa#978 · 2026年9月24日创建
Validation discards output from runners that report on stderr (jest, unittest) 未关闭

难度 2/5 1-3 小时新手友好度 70/100

huggingface/Repo2RLEnv#163 · 1 条评论 · 2026年9月24日创建
Source link in quantize_embeddings have shifted code highlights 未关闭

难度 1/5 1 小时以内新手友好度 95/100

huggingface/sentence-transformers#4074 · 2026年9月24日创建
Queue insertion button ("插入排队消息") missing in api_server sessions — canInsert allowlist only covers cli/global_agent 未关闭

comp/dashboard invalid P3

难度 2/5 1-3 小时新手友好度 70/100

NousResearch/hermes-agent#121143 · 2026年9月24日创建

更多 Python Issue