一句话定义：遥测门控行为（Telemetry-Gated Behavior）指一个软件的某些功能甚至判断逻辑，会随着"是否开启遥测/使用数据上报"而改变——你没动任何其他配置，只是关了一个隐私开关，工具的跑法就不一样了。
它为什么会发生
多数情况下不是厂商在"惩罚"关遥测的人，而是工程上的省事：功能开关（Feature Flag）、灰度发布、实验分组常常和遥测系统共用同一套配置下发通道。产品团队想用上报数据衡量功能效果，于是"能否采集到数据"被顺手写成了"功能是否生效"的前置条件。采集和启用本该是两条正交的线，实际却被焊在了一起。
打个比方：健身房储物柜要你先刷脸登记（遥测）才弹开柜门（功能）。登记的本意只是统计客流，但阴差阳错成了开柜的钥匙。你为了隐私拒绝刷脸，柜子也就打不开了——两件事从此绑死。
一个常被提到的例子
开发者社区里曾有人反馈，Claude Code 在部分配置下是否读取 AGENTS.md / CLAUDE.md 这类项目说明文件，似乎和遥测或功能开关的状态有关；相关行为和适用范围请以官方文档与你实际使用的版本为准。真正的重点不在具体版本，而在于它暴露的模式：一份项目配置文件会不会被读到，取决于一个跟这份文件毫无关系的隐私开关。 对智能体来说，这相当于"读不读你的说明书"不由你决定。
和相邻概念的区别
| 概念 | 谁在决定行为 | 用户能不能预期 |
|---|---|---|
| 遥测（Telemetry） | 只上报数据，原则上不改变功能 | 能，配置项写得很清楚 |
| 功能开关（Feature Flag） | 按用户、版本、比例决定跑哪套代码 | 能，有明确入口和文档 |
| 灰度发布（Canary） | 按比例逐步放量，目标是控风险 | 大致能 |
| 遥测门控行为 | 把"是否上报"当成"是否启用"的隐含条件 | 不能，两个开关被悄悄耦合 |
对从业者的意义
调试"我这儿为什么不生效"时，把遥测开关加进排查清单——它可能是隐性因果变量。写智能体配置时也别假设文件一定会被加载。对工具作者而言，可复现性是一种承诺：同一个版本、同一份配置，就该有同样的行为，不该因为隐私选择而分叉。对普通人来说，当安装提示写"关闭遥测可能影响部分体验"时，你现在知道那可能意味着什么——合理的做法是把边界明说，而不是让用户自己去猜。