AxonHub

Overview（概览）

AxonHub 是一个统一 AI gateway（AI 网关）对象。
对 Buu 来说，它现在不是抽象候选，而是正在实际配置、准备接云雾生图 / 生视频链路的主尝试对象。

Facts（事实）

• AxonHub 当前同时暴露 OpenAI 风格、Anthropic 风格、Gemini 风格入口。
• 当前已核对到的界面术语至少包括：
  • Projects（项目）
  • API Keys（API 密钥）
  • Request Logs（请求日志）
  • Channel（渠道）
  • Status（状态）
  • Canceled（已取消）
• Projects（项目）页面里的 Profiles（配置）用于管理项目级渠道访问配置。
• API Keys（API 密钥）页面里的 API Key Profiles（配置文件管理）用于管理 key 级规则。
• 它内部把“入口协议”“逻辑模型名”“候选渠道”“实际上游模型”拆成了不同层。
• API key、project、profile、channel、model association 都会参与最终路由。
• 当前实例里已经在实际使用 Projects（项目）、Channel（渠道）、模型和 API Key Profiles（配置文件管理）。
• 当前已验证：逻辑模型名可以只暴露一个，但内部仍然可以挂多个上游候选并按 priority fallback。
• 当前已验证：对接沉浸式翻译（Immersive Translate）的自定义 Gemini 服务实例时，Gemini 3 的 thinkingLevel 可被透传到 AxonHub 请求体；已看到 "thinkingLevel": "MINIMAL"。

Interpretation（解释）

AxonHub 更像“把客户端稳定接口、上游变化、成本记录、协议差异”都压到同一层里处理的网关。

它的价值不只是转发请求，而是：

• 稳定逻辑模型名
• 统一项目 / key / 权限边界
• 多上游 fallback
• 统一成本统计
• 多协议入口兼容

Relevance to Buu（与 Buu 的关系）

它直接对应 Buu 当前几件事：

• 想逐步替换 Claude Code Hub 的一部分能力
• 想先把云雾图片 / 视频跑通
• 想把同一逻辑模型挂多个提供商
• 想把翻译 key、正式项目、随手默认流量分开

Related Pages（相关页面）

• Buu 当前如何选择个人 AI Gateway
• AxonHub 能不能承接云雾图片接口并按次计费
• AxonHub 的 API key profile 到底在管什么
• 同一把 AxonHub API key 能不能跨协议使用
• 沉浸式翻译里 Gemini 3 的思考强度该怎么设置

Open Questions（待解问题）

• AxonHub 最终会替换 Claude Code Hub 的多少能力？
• 图像 / 视频 / 文本三类流量的最佳项目划分会不会继续细化？
• 后续是否需要把多上游 fallback 规则做成更稳定的命名规范？

Next Checks（后续核查）

• 继续验证云雾图片和视频链路。
• 继续沉淀项目、profile、成本表达的最佳实践。
• 观察实际使用后，哪些规则应升级成长期 decision。