比价表里的
「分组名」都是什么？
Max / 逆向 / Kiro / 反重力 / 官转 / Vertex · 按技术来源讲清 8 类
底层=官方 API，行为完全对齐
底层正版，细节字段或有差异
非官方接口，能不能用因站而异
用 Claude Code 客户端的话，挑哪几个分组
不同分组对 CC 的兼容性差很多，按「能用 + 行为对齐官方」从优到劣排：
| 分组类型 | CC 兼容性 | 说明 |
|---|---|---|
| Max 套餐 | 完美 | 订阅本就是为 CC 设计；许多 Max 分组只接受 CC 客户端 |
| Claude Code 专属 | 完美 | 顾名思义，非 CC 客户端调不通 |
| 官转 / 直连 | 完美 | 底层就是 Anthropic 官方 API，行为完全对齐 |
| Vertex / Bedrock | 良好 | 底层真 Claude，需 CC 支持 Vertex/Bedrock 模式或站内协议转换 |
| Kiro | 良好 | 底层 AWS Bedrock 的 Claude，中转站做协议转换后输出标准格式 |
| 逆向 | 看实现 | 网页协议封装，stop_reason / 流式 / 长上下文可能与官方差异 |
| 按次计费 | 看实现 | 取决于上游；单次请求隐含上下文/输出上限，长会话易被截 |
8 类常见渠道分组
官转 / 直连
完美技术来源：中转站直接持有 Anthropic / OpenAI / Google 的官方 API key，收到请求转发到官方端点，响应原样转回。
常见分组命名：官转 直连克劳德 Claude 官方
典型场景：上下文长度、模型版本、stop_reason、流式输出完全按官方文档来。
Max 套餐
完美 $200/月技术来源：Anthropic 的个人订阅服务（Pro / Max，Max 约 $200/月）含一定 Claude 调用额度。中转站买若干份订阅，切片按 token 转卖。
常见分组命名：Max 纯 MAX Claude Max（仅 CC）
典型限制：订阅有官方频率上限 + 中转站为多用户共用再叠加一层；部分 Max 只允许 CC 客户端访问。
Claude Code 专属
完美 仅 CC 客户端技术来源：渠道只接受 Anthropic 官方 Claude Code CLI 发来的请求，拒绝普通 SDK / 第三方编辑器。通常通过 User-Agent / anthropic-version 请求头判断。
常见分组命名：claude_cc Claude Code 专属 仅 CC
典型限制：用 Cline / Cursor / Continue / 自写 SDK 调不通，必须官方 CC。
Vertex / AWS Bedrock
良好技术来源：Anthropic 把 Claude 同时上架到 Google Cloud Vertex AI 和 AWS Bedrock。中转站通过这两个云的企业 API 转发——本质仍是 Claude，只是中间多一层云厂商。
常见分组命名：Vertex AWS 分组
典型特征：与 Anthropic 官方 API 功能几乎一致，请求结构有细微差异（需要 Vertex/Bedrock SDK 或额外认证字段）。
Kiro 渠道
良好 极低价技术来源：Kiro 是 Amazon 的 AI 编程 IDE，公测期向开发者免费提供 Claude 调用（通过 AWS Bedrock）。中转站注册大量 Kiro 账号、提取免费配额按 token 转卖。
常见分组命名：Kiro Kiro 分组
典型特征：受 Kiro 公测政策影响，价格、可用性随 Amazon 推广策略变化；底层 AWS Bedrock 的 Claude，metadata 上可能与直连有差异。
反重力 / Antigravity
良好 极低价技术来源：Antigravity 是 Google 推出的 AI 编程 IDE，免费向开发者提供 Gemini 3 Pro 等调用额度。中转站提取免费配额按 token 转卖给需要 Gemini API 的用户。
常见分组命名：反重力 Antigravity
典型特征：底层为 Google 官方 Gemini，但通过 IDE 工具链转出，部分 IDE 专属能力（内嵌工具调用）转出后可能不可用。
逆向
看实现 便宜技术来源：通过逆向 Claude.ai / ChatGPT / Gemini 等网页对话产品的私有协议，把网页版的对话能力包装成 API。不调用官方付费 API，而是模拟浏览器登录 Pro/Plus 账号自动化网页对话。
常见分组命名：Claude 逆向 逆向 0.3x 酒馆
典型特征：与官方 API 在 stop_reason / 流式格式 / 上下文长度等细节上可能有差异（底层不是 API 而是网页协议封装）。
按次计费
看实现 计费方式技术来源：不是一种"渠道来源"，而是计费方式——中转站把若干上游打包，按"¥X / 请求"或"N 次套餐"卖，不按 token 算钱。
常见分组命名：all（按次，¥0.1/请求） [云愿] 按次计费
典型特征：单价看着极低（¥0.1/请求），但每次请求隐含上下文 / 输出长度上限；因为单位不同（次 vs token），不能直接和按 token 的分组横向比价。