https://codexer.com/tags/%E9%9A%90%E7%A7%81/Recent content in 隐私 on CodexerHugozh-cnTue, 11 Aug 2026 09:00:00 +0800https://codexer.com/posts/2026-08-11-codex-personal-rules-privacy/Tue, 11 Aug 2026 09:00:00 +0800https://codexer.com/posts/2026-08-11-codex-personal-rules-privacy/<p>你花了好几个晚上写的 <code>AGENTS.md</code>，里面记录了团队的项目结构、内部 API 命名规范、部署命令、安全要求。你把它放在 <code>~/.codex/AGENTS.md</code> 下面，因为 Codex 文档说它会在这里读取你的个人偏好，每次启动都会加载。</p> <p>然后某天你试了一下 Meta 新出的 Muse Code，心想「试试又不会怎样」。</p> <p>结果你的 <code>AGENTS.md</code> 被完整地发给了 Meta 的服务器。你没有点「导入」，没有授权共享，甚至不知道这件事发生了。它只是默认发生了。</p> <p>这就是 RuntimeWire 在上周揭露的现实。</p> <h2 id="调查muse-code-启动时做了什么">调查：Muse Code 启动时做了什么</h2> <p>科技媒体 RuntimeWire 对 Muse Code 0.1.0-R708.1 版本（2026 年 8 月 8 日测试）做了一次彻底的流量审计。他们把 Muse Code 的模型请求重定向到本地抓包服务器，然后观察客户端在第一次请求时究竟发送了什么。</p> <p>结果令人不安：</p> <ol> <li><strong>Muse Code 启动后，自动从 <code>~/.codex/AGENTS.md</code> 读取完整内容</strong>，即使这个文件根本不在当前工作区里。</li> <li><strong>完整的文件内容被打包进了发送给 Meta 服务器的第一条模型请求</strong>中，放在 <code>developer message</code> 字段里。</li> <li><strong>不需要任何用户操作</strong>。你不需要让 Muse「打开」或「导入」任何东西，它自己就干了。</li> <li>同样的事情也发生在 <code>~/.claude/CLAUDE.md</code> 上。Muse Code 对竞品工具的配置文件一视同仁，全都读，全都发。</li> </ol> <p>为了验证这些数据确实影响了模型的行为，RuntimeWire 在测试用的 <code>AGENTS.md</code> 里植入了一条假指令：让模型在回答时返回一个特定的标记字符串 <code>FOREIGN-RULE-CANARY-7319</code>。结果，在默认模式下，Muse 的 <code>muse-spark-1.2-contributor</code> 模型乖乖地照做了。</p> <p>而当测试者加上 <code>--no-foreign-personal-context</code> 标志后，同样的指令消失了，模型的行为也变了。</p> <p>Meta 确实提供了一个退出选项。但这个选项藏在命令行参数里，需要你每次手动指定。没有一个持久的 UI 开关来关掉这个行为，也没有在启动时弹出交互式确认。</p>