--- name: cc-proxy-detector description: 检测 Claude Code 中转站的真实后端来源(Anthropic 官方 / AWS Bedrock Kiro / Google Vertex AI Antigravity / 疑似伪装)。当用户想要检测中转站渠道来源、验证 API 是否为官方直连、识别中转站伪装、扫描多模型混合渠道时使用。触发词包括"检测渠道"、"检测中转"、"proxy detect"、"渠道来源"、"是不是官方"。 --- # CC Proxy Detector 检测 Claude Code 中转站后端来源,支持混合渠道检测和防伪装识别。 ## 检测流程 1. 确定目标中转站地址和 API Key 2. 选择检测模式(单模型 / 多模型扫描) 3. 运行 `scripts/detect.py` 4. 分析报告,结合指纹矩阵人工复核 ## 使用方式 ```bash # 单模型自动检测 python3 scripts/detect.py # 多模型扫描(推荐,检测混合渠道) python3 scripts/detect.py --scan-all --rounds 2 # 指定模型列表 python3 scripts/detect.py --scan-models "claude-opus-4-6,claude-sonnet-4-5-20250929" # 指定地址和密钥 python3 scripts/detect.py --base-url https://your-proxy.com --api-key sk-xxx # JSON 输出 + 保存 python3 scripts/detect.py --scan-all --json --output report.json ``` 环境变量:`ANTHROPIC_BASE_URL`(中转站地址)、`ANTHROPIC_AUTH_TOKEN` 或 `FACTORY_API_KEY`(密钥)。 依赖:`pip install requests` ## 后端来源全景 所有 Claude 访问最终落到三个后端之一,各种工具逆向这些后端: | 来源 | 后端 | 说明 | |------|------|------| | Anthropic API | Anthropic | 官方 API Key 或 Max 订阅 | | Claude Code Max | Anthropic | OAuth 认证,可通过 CLIProxyAPI 转 API Key | | Kiro | AWS Bedrock | AWS AI IDE,model 前缀 `kiro-` | | Factory Droid | Anthropic/Bedrock | 支持 BYOK,后端取决于配置 | | Antigravity | Google Vertex AI | Google Cloud Code,走 `googleapis.com` | | Windsurf | Bedrock/未知 | Codeium AI IDE,内部渠道不明 | | Warp | 未知 | AI 终端,内部渠道不明 | ## 检测维度 脚本对每个模型发送 tool_use 探测 + thinking 探测 + ratelimit 动态验证,采集以下指纹: | 指纹 | Anthropic 官方 | Bedrock/Kiro | Vertex/Antigravity | |------|---------------|--------------|-------------------| | tool_use id | `toolu_` | `tooluse_` | `tooluse_` / `tool_N` | | message id | `msg_` | UUID / `msg_` | `msg_` / `req_vrtx_` | | thinking sig | len 200+ | len 200+ / 截断 | `claude#` 前缀 | | model 格式 | `claude-*` | `kiro-*` / `anthropic.*` | `claude-*` | | service_tier | 有 | 无 | 无 | | inference_geo | 有 | 无 | 无 | | ratelimit hdr | 有(动态递减) | 无 | 无 | | cache_creation | 嵌套对象 | 无 | 无 | ## 判读报告 脚本自动评分并给出判定,但**自动评分可被中转站伪装骗过**。人工复核要点: **确认真 Anthropic 的铁证组合**: - `inference_geo` 存在 + ratelimit remaining 动态递减 + `toolu_` 前缀 **识别伪装的关键**: - ratelimit remaining 固定不变(如始终 299000)→ 伪造 headers - `inference_geo` 缺失 → 中转站未伪造此字段 - 所有正面指纹通过但必有字段缺失 → 高度可疑 **已知可被伪造的字段**:`toolu_` 前缀、`service_tier`、ratelimit headers(静态值)、`cache_creation` 嵌套对象 **最难伪造**:ratelimit remaining 动态递减(需中转站维护配额计数系统) ## 行为异常(逆向渠道线索) 除指纹字段外,逆向渠道常出现运行时异常,可作为辅助判据: - **tool_use 配对错误**:`Each tool_use block must have a corresponding tool_result block` — 中转站重写 tool ID 但破坏了配对链 - **间歇性 HTTP 500**:中转站格式转换管道在特定模型/功能组合上失败 - **模型可用性缺口**:部分模型可用、部分不可用 — 中转站只映射了部分模型 ID - **延迟偏高且波动大**:多一跳中转增加 1-3s,P99 尾延迟明显 - **thinking/streaming 异常**:中转站未正确转发 SSE 事件或 thinking 块 - **多模态/读图失败**:图片数据在中转时丢失或后端不支持,Read 图片返回空内容 - **Write 大段内容报错**:中转站对请求/响应体大小有限制,写入超过一定行数时失败 - **WebFetch 被拦截**:中转站网络策略限制外部域名访问 - **工具参数校验异常**:部分工具(如 TaskList)出现参数校验错误,中转站格式转换不完整 ## 参考资料 - 三源指纹矩阵与已知渠道检测案例:见 [references/fingerprint-matrix.md](references/fingerprint-matrix.md) - 历史检测报告 JSON:`references/*.json`