9 月 21 日智谱 ZCode 官方发文道歉宣布将 ZCode 开源原话是要**“把代码交给社区监督”**还说欢迎开发者持续检查、反馈问题。我信了。所以我去检查了也去反馈了。结果是被官方 Discord 社区反复踢出。一、事情背景9 月中旬社区开发者发现 ZCode 存在代码库数据上传问题引发广泛讨论。9 月 18 日ZCode 通过官方群组致歉称问题源于代码库索引功能已完成修复。9 月 21 日ZCode 再次发文宣布完成整改并开源仓库地址为 github.com/zai-org/ZCode协议为 Apache 2.0。官方表示开源的目的是让社区监督让产品变得开放、透明。一个因为数据上传问题而失去信任的产品选择用开源来重建信任。这个方向我是认可的。二、我做了什么2026 年 9 月 27 日凌晨 3:01我通过官方给出的邀请链接加入了 ZCode 的 Discord 社区。我提了三个问题ZCode 的代码是全部开源还是部分开源为什么开源仓库中只有 3 个 commit为什么开源代码中没有用户邀请相关的功能代码没有人回答。我被踢出了频道。重新加入又被踢出前后共 [N] 次。三、这三个问题过分吗关于 commit 数量。仓库中那个名为feat: open source的提交一次性新增了约 6,973 个文件、100 多万行代码。这说明代码是从内部仓库整体搬过来的公开仓库里看不到任何开发历史。这本身可以理解很多公司都这么做。但对于一个以接受监督为目的的开源来说用户自然要问公开的代码和我电脑上运行的客户端是同一份吗之后会持续同步吗关于缺失的功能。产品里有用户邀请功能开源代码里却找不到对应实现。那么还有哪些代码没有公开如果是部分开源为什么不明确说明要知道这次开源的起因恰恰是用户无法确认客户端在背后做了什么。如果开源的只是一部分那监督从何谈起四、我的底线我不反对闭源也不反对部分开源。这都是正当的商业选择。但你不能一边说把代码交给社区监督一边把真正去监督的人踢出去。这些问题都有简单的回答方式“核心开源、商业功能闭源”或者我们会定期从内部同步。一句话就能结束的事官方选择了踢人。这让我不得不怀疑几天前那份道歉和承诺到底有几分诚意五、我的诉求我希望 ZCode 官方公开回答开源范围是什么哪些部分没有开源公开仓库与实际发布的客户端是什么关系是否可以从源码复现构建用户邀请等功能的代码为什么不在仓库中如果官方回应我会在后续文章中更新。也建议所有 ZCode 用户不要只听已开源三个字去仓库里自己看一看。