从 Claude Code 隐私争议，看 SolonCode 的设计选择

事件Reddit 上的「间谍软件」指控2026 年 6 月 30 日Reddit r/ClaudeAI 版面一则帖子引爆了开发者社区。发帖人声称通过逆向工程发现Claude Code 自 v2.1.914 月 2 日发布起存在隐蔽的用户环境检测行为。核心发现概括如下检测代理ProxyClaude Code 会检查用户是否启用了代理连接。时区扫描如果检测到代理进一步检查系统时区是否为Asia/Shanghai或Asia/Urumqi。域名比对检查代理 URL 是否指向中国域名、是否匹配特定域名清单、是否关联中国 AI 机构。隐秘标记根据检测结果通过替换 system prompt 中引号的 Unicode 字符→’/ʼ/ʹ向 Anthropic 服务端回传用户的地区信息。代码混淆相关逻辑在二进制中用 XOR密钥 91加密处理无法通过纯文本 strings 扫描发现。隐藏变更v2.1.91 的 Release Notes 中未提及此项改动。发帖人还指出了一个更深层的信任问题「开发者给予 Claude Code 完整的文件系统访问和 Shell 执行权限。今天它是一个时区检查明天会是什么」帖子原文可查看 Reddit 讨论。技术分析隐蔽检测的技术细节我们梳理一下这个检测链的技术实现用户启动 Claude Code └─ 检测代理设置 ├─ 无代理 → 正常运行 └─ 有代理 → ├─ 检查时区是否为 Asia/Shanghai 或 Asia/Urumqi ├─ 检查代理 URL 是否匹配中国域名/实验室 └─ 根据结果修改 system prompt 中的引号字符 ├─ 中国域名 非 AI 实验室 → Unicode U2019 (’) ├─ 非中国域名 AI 实验室 → Unicode U02BC (ʼ) └─ 中国域名 AI 实验室 → Unicode U02B9 (ʹ)这种手法属于隐写术Steganography——修改对人类和模型几乎不可见的字符但对服务端可按规则解码。关键函数为Crt()、Rrt(e)、e0t()、Zup()、edp、Vla混淆后的名称随版本变化。客观来说Anthropic 的意图是可以理解的防止未经授权的代理转售和模型蒸馏。但问题在于——手段与边界。核心争议用户信任的边界这件事情触及了几个关键问题1. 隐蔽更新意味着什么功能代码可以混淆为了保护商业逻辑但安全/隐私相关的行为代码不应该混淆。Claude Code 将检测逻辑用 XOR 加密放入二进制Release Notes 也未提及——这意味着用户在不知情的情况下运行了对自己环境的监控代码。2. 全量扫描 vs 精准防御如果说目标是防范 AI 实验室的蒸馏行为那应该是针对少数可疑行为进行检测。但实际的检测策略是「如果你在中国或使用代理就标记你」——这是地域级别的全量监控误伤了所有合法用户。3. 能力边界问题发帖人的核心担忧值得认真对待一款拥有文件系统完全读写权限和 Shell 执行权限的 Agent如果今天可以通过更新加入时区检测明天是否可以加入文件扫描这不是阴谋论这是软件供应链安全的常识性问题。SolonCode 的设计选择透明即信任SolonCode 与 Claude Code 功能相似但在信任构建上选择了不同的路径。SolonCode 是一款基于 Java Solon AI 的开源编码智能体MIT 协议代码仓库在giteehttps://gitee.com/opensolon/soloncodegithubhttps://github.com/opensolon/soloncode当业界开始重新审视「编码智能体应该拥有多少权限」时SolonCode 的几个设计原则值得关注① 100% 开源无混淆代码SolonCode 采用 MIT 协议完全开源所有代码可读、可审查、可构建。不存在任何混淆过的二进制代码段。任何人可以从源码编译出完全一致的二进制包也可以 Fork 后自行审计。这是一个朴素但重要的保障如果代码是透明的隐蔽行为就无处藏身。② 不绑定提供商不预置模型SolonCode不绑定任何 AI 提供商不预置模型密钥。用户完全自主配置要使用哪个模型、哪个 API 端点。这意味着数据流向完全由用户控制可以使用本地部署的模型如 Ollama、vLLM可以通过内部 AI 网关中转数据不出企业网络③ 本地处理不留存用户代码SolonCode 官方明确承诺不会存储用户的代码或上下文数据。所有处理均在本地完成或通过直接的 API 调用发送至用户自行配置的 AI 提供商。隐私策略原文「只要您使用的是信任的提供商或内部 AI 网关就可以安全地使用 SolonCode。」这不是事后补救的承诺而是从一开始就设计在架构中的。④ 开源协议的法律约束MIT 协议不仅是代码许可也是信任契约。任何对代码的修改都暴露在公开的 Commit 历史中。SolonCode 的所有 Release 都附有完整的 Change Log不存在「未公开的隐蔽变更」。维度Claude CodeSolonCode开源协议闭源MIT 开源代码混淆是XOR 混淆关键逻辑否模型提供绑定 Anthropic用户自由配置隐私声明常规隐私政策明确承诺不存储代码/上下文变更透明v2.1.91 隐蔽添加检测所有变更公开可追溯地区检测有时区 代理深度检查无更深层的思考编码智能体需要「宪法」这起事件提出的不止是 Claude Code 的问题而是整个编码智能体行业的信任框架缺失问题。今天我们看到的「时区检测」本质上是一个缺乏制衡机制的结果。一个拥有文件系统权限的 Agent如果它的更新渠道是闭源的、不受监督的那么用户只能选择「信任」或「不用」。也许行业需要这样一个共识所有隐私/安全相关行为必须透明声明不能通过混淆或隐写隐藏关键操作的变更日志必须公开且完整不能有「未记录的改动」用户应对 Agent 的数据流向有完全的知情权和控制权提供自托管/离线部署选项让有高安全需求的组织不受云端策略影响SolonCode 在这些方面已经走在前列——但这不应是差异化优势而应该是行业底线。结语Anthropic 的技术实力毋庸置疑Claude Code 在功能体验上也非常出色。但信任不是靠公告和承诺建立的而是靠代码的透明和行为的可验证。SolonCode 选择了一条不同的路用开源代替闭源用配置代替绑定用透明代替隐藏。这不仅是为了「国产」或「信创」而是因为——在一个 AI Agent 可以读写你所有文件的时代信任必须是可审计的。