CHANNEL GUIDE

渠道科普

同一个模型名称背后可能对应不同上游：官方转发、订阅切片、云厂商、IDE 额度、逆向封装或按次计费。渠道来源决定了兼容性、价格上限、稳定性和风险边界。

先看上游再看兼容性最后看价格和风险

高可信 官转 / 直连、Max、Claude Code 专属

可接受 Vertex / Bedrock、Kiro、反重力

看实现 逆向、按次计费

01高可信

官转 / 直连

中转站直接持有官方 API key，再把请求转到 Anthropic、OpenAI 或 Google 的官方端点，返回通常最接近原厂。

常见命名：官转、直连克劳德、Claude 官方

适合：需要字段、流式输出和模型行为尽量对齐官方的场景

注意：成本一般最高，价格很难离谱低

02高可信

Max 套餐

把 Anthropic 个人订阅里的额度做切片或共享转卖，常见于拼车、订阅切片一类分组。

常见命名：Max、纯 MAX、Claude Max

适合：想接近官方体验，但接受订阅共享和频率限制的人

注意：上游本身有频率上限，再叠加多人共享，峰值稳定性会波动

03高可信

Claude Code 专属

渠道只接受 Anthropic 官方 Claude Code 客户端，通常通过请求头、客户端标识或登录方式判断。

常见命名：claude_cc、仅 CC、Claude Code 专属

适合：只打算用 Claude Code 的用户

注意：普通 SDK、Cursor、Continue 可能直连不上

04可接受

Vertex / AWS Bedrock

Claude 也会通过 Google Vertex AI 或 AWS Bedrock 提供服务，中转站在这层云厂商之上做转发。

常见命名：Vertex、Bedrock、AWS 分组

适合：能接受云厂商协议差异、希望拿到正版上游的人

注意：请求格式和认证字段可能与官方 API 略有不同

05可接受

Kiro 渠道

Kiro 是 Amazon 的 AI 编程 IDE，部分公测或推广配额会被提取后转成 API 型产品出售。

常见命名：Kiro、Kiro 分组

适合：能接受活动型额度、价格会随政策变化的人

注意：可用性和额度稳定性受上游推广策略影响较大

06可接受

反重力 / Antigravity

Google 的 Antigravity IDE 也会提供 Gemini 相关额度，部分中转站把这类额度包装成可售分组。

常见命名：反重力、Antigravity

适合：看重 Gemini 生态、能接受 IDE 配额转出的用户

注意：IDE 专属能力不一定能完整带出

07看实现

逆向渠道

通过模拟网页协议或浏览器登录，把 Claude、ChatGPT、Gemini 等网页端能力封装成 API。

常见命名：逆向 Claude、逆向 0.3x、酒馆

适合：能接受实现细节变化、并愿意小额测试的人

注意：流式、上下文、错误码和 stop_reason 都可能和官方不同

08看实现

按次计费

这更像计费方式，不是单一上游来源。中转站会把多个上游打包，按请求次数出售。

常见命名：all、按次、N 次套餐

适合：短请求、低频调用、只想快速试用的人

注意：不要只看单价，单次隐含的上下文和输出上限才是重点

Claude Code / 常见客户端怎么选

分组	兼容性	说明	判断重点
Max 套餐	高可信	订阅本身来自 Claude 生态，常见于拼车或切片。	看共享人数、限频规则和峰值稳定性。
Claude Code 专属	高可信	只认官方 Claude Code 客户端。	只适合 CC，不适合通用 SDK。
官转 / 直连	高可信	底层是官方 API 转发。	模型行为更接近官方，但通常更贵。
Vertex / Bedrock	可接受	正版模型经云厂商层转发。	看云厂商模式、区域、认证字段和速率限制。
Kiro	可接受	底层多来自 IDE 或活动型额度。	看额度政策、时效和可持续性。
反重力 / Antigravity	可接受	更偏 Gemini 生态，部分能力转出后会变化。	看是否保留 IDE 专属能力。
逆向	看实现	把网页协议包装成 API。	重点查流式、上下文和错误表现。
按次计费	看实现	是价格模型，不是单一上游。	重点查单次上限和隐藏限制。

渠道判断原则

先确认上游类型和客户端兼容性，再做真假自测和价格横向对比。低到离谱的渠道，通常意味着限制、波动或生命周期风险的折价。

去做真假自测查看选站避雷返回排行榜