9 月 23 日，Hacker News 出现一篇热帖，指出 Claude Code 只有在遥测开启时才会读取项目里的 AGENTS.md。帖子已标注 fixed，约 445 分、252 条评论。热度说明它同时踩中了代码智能体工作流和隐私开关两个敏感点。给定材料只确认了现象、已修复状态和讨论规模，没有根因、版本范围或修复方式。下文只围绕已公开信息做有限解读，不补充未披露的技术细节。
读本地约定不该取决于遥测
AGENTS.md 在代码智能体场景里，通常是仓库级说明，用来交代项目结构、常用命令、代码风格和禁止事项。开发者把它放进仓库，预期是代理默认会读、并按约定行动。若读不读这份文件取决于遥测是否打开，就会出现反直觉结果：用户为了少上报而关闭遥测，本地约定反而失效，代理可能退回通用策略，忽略仓库自己的说明。材料没有说明这是产品设计、实现疏漏，还是初始化路径上的副作用。标题只陈述了条件关系，并标明已经修复。据此不能推出「用读取 AGENTS.md 换取遥测数据」这类动机判断，那超出了现有信息。
热度来自契约被打破
445 分和 252 条评论，对一条「开关影响读文件」的报告已经很高。使用者通常默认两件事彼此独立：仓库内指令会被稳定遵守；隐私或遥测开关只应影响数据是否上报，不应改写核心能力。两者被耦合后，关闭遥测不再只是少发数据，还可能静默改变智能体行为。在智能体越来越依赖本地约定文件的背景下，这会被当成可靠性问题，而不仅是遥测实现细节。热度证明关注度，不能直接等同于实际影响面有多大。
我的判断
这件事的价值，主要是把一个产品原则说清楚：智能体里的隐私开关，不应成为是否加载本地指令的前提。对日常使用者，可操作结论很窄——问题已标 fixed，不必根据未公开的旧行为去改工作流；若依赖 AGENTS.md，更稳妥的是在当前环境里确认代理是否真的读到文件，而不是从标题反推历史实现。局限同样明确：没有复现条件、受影响版本、是否波及其他指令文件、修复是否完整等信息。不宜把一条已修复的条件耦合，升格成对 Claude Code 安全模型或遥测政策的整体定性。把它当作「看似无关的开关改变了智能体契约」的案例即可。