● 可靠性:OAuth 401 刷新重试、storageV5 磁盘暂存、关停时上报在途、失败去重。
通道③ 3P OTel ( opt-in ):CLAUDE_CODE_ENABLE_TELEMETRY=1 + OTEL_* 全家族;另有内测 BETA_TRACING_ENDPOINT 与远程会话 {SESSION_INGRESS}/v1/code/sessions/{id}/worker/otlp/{signal}(强校验 endpoint origin 防凭据误投)。
通道④ 错误路径:归一化后进本地队列( recentErrors 100 / queue 1000 ),sink 只接本地日志( logError/logMCPError/logMCPDebug );捕获被 DISABLE_ERROR_REPORTING 、essential-traffic 、Bedrock/Vertex/Foundry/Anthropic-AWS/GCP/Mantle 分支关闭。全二进制无 Sentry SDK/DSN——o1158394.ingest.us.sentry.io 仅存在于共享网络策略目录的桌面端条目。
门控矩阵(权威实现 m1643 ne(),档位定义 m0026 nwt()): NODE_ENV=test | DISABLE_TELEMETRY | CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC | DO_NOT_TRACK → 关 provider-managed (Bedrock/Vertex/Foundry/Anthropic-AWS/GCP/Mantle) → 关 useGateway / gateway 登录 / 自定义 OAuth URL → 关 组织级: disableEssentialTelemetry / disableNonessentialTelemetry / metrics_enabled → 组织可关 DISABLE_ERROR_REPORTING / DISABLE_INSTALLATION_CHECKS → 分项关 CLAUDE_CODE_ENABLE_TELEMETRY → 3P OTel 显式开
内置出网清单 [目录 m1333 ] :host + toggleKey + 用途 + origin ( anthropic-telemetry 、sentry="Essential telemetry"、datadog-rum 、segment 、downloads.claude.ai 、telemetry.googleapis.com 、IMDS…),等价官方明文 egress 目录。
1. 对早前口述结论的两处修正
2. 开关/实验引擎是 GrowthBook ( growthbook_experiment 事件、onGrowthBookRefresh 链路);~/.claude/statsig 只是目录名,二进制内无 statsig 域名。
3. Sentry 归属:先前据 SENTRY_INGEST_HOST + DISABLE_ERROR_REPORTING 判断"Sentry 崩溃上报默认开"不成立——该常量与目录条目属桌面端共享代码; CLI 侧错误只进本地日志/反馈包。
4. 证据边界(未决项)
5. 字节码-only 模块(部分 ID 逻辑、底层 HTTP 客户端)未做字节码反编译,结论止于字符串/调用点级;
6. 610/150,394 条导入边是 REA 采样上界,非全量模块图;
7. 反馈事件的 last_assistant_message_id 哈希算法未逐字节核验;
8. 事件 sink 的具体实现( m0057 挂载点下游)在字节码模块中。
Post #237378
2
V2EX [程序员] 拿 REA 逆了一把 ClaudeCode 昨晚临睡前整执行任务呢,CC 提示凉了,tmd. 享年 2 周不到,搞得我一宿没睡好. 这次本来感觉挺稳的,就是正常 CC 开发项目,从没用 APP 和网页,结果凉的这么突然?感觉网络层不应该有问题啊。 想到 REA 不是挺火的吗,逆了一把最新的 CC ,主要看有哪些探针遥测,初步报告,感觉可以深挖啊。 1. 探针( Probes ) 2.1 IDE 探针 [源码 m0366 ] 枚举 lockfile 解析出 port / pid / ideName…