AI API 中转站和聚合网关分别解决什么问题？
中转服务在应用与模型服务之间处理认证和请求路由；聚合接入把多个模型放进同一套服务入口，方便查找价格、管理 Key 和查看使用记录。Tikway 的统一 Key 可用于支持的协议，但不同协议仍有各自的路径、请求字段和响应格式。
适合已有后端、AI 对话应用或编程工具，需要比较多种模型的开发者。接入前先确认应用实际使用的是 Chat Completions、Messages 还是 generateContent，不能只看工具里的服务商名称。
- 已有 OpenAI SDK：核对自定义 base_url 和目标端点。
- 使用 Claude 工具：先确认 Anthropic 协议及工具调用需求。
- 需要 Gemini 原生协议：检查 contents、parts 和模型动作路径。
选中转服务，先比较这些可核对的信息
价格便宜不等于任务总成本低。长输入、重试、缓存和输出长度都会影响账单；相同名称下也可能有不同版本、上下文窗口或调用 ID。先锁定完整型号、协议和计费单位，再做价格比较。
- 型号：记录完整模型 ID 和版本，不把其他型号包装成所选型号。
- 能力：确认上下文、输出上限、输入类型和所需参数。
- 费用：区分普通输入、输出、缓存及额外能力的价格。
- 接入：用实际任务检查文本、流式输出和工具调用，分开验证。
从目录到第一条请求的接入步骤
先在模型目录选择当前可用型号并查看调用示例，再创建自己的 Tikway API Key，使用对应协议的请求地址发起最小文本请求。请求成功后，保存模型 ID、用量和错误信息，逐项增加流式输出、对话历史或工具功能。
遇到 401 先检查 Key 和鉴权头；遇到模型不存在先核对 ID 与支持端点。不要通过随意换型号掩盖配置问题，否则费用和应用行为都可能改变。
请求地址与协议
| 配置项 | 值或核对方法 |
|---|---|
| OpenAI 兼容 Chat Completions | POST https://api.tikway.ai/v1/chat/completions · Authorization: Bearer |
| Anthropic Messages | POST https://api.tikway.ai/v1/messages · x-api-key |
| Gemini generateContent | POST https://api.tikway.ai/v1beta/models/{model}:generateContent · x-goog-api-key |
先核对价格，再估算预算
普通文本基础费用 = 输入 Token × 输入单价 + 输出 Token × 输出单价
模型目录的基础价格以美元、每 Token 展示；比较每百万 Token 报价时需乘以 1,000,000。计算器仅估算普通文本基础费用，缓存、图片、视频和其他附加费用需另行核对，最终以账户计费规则及调用记录为准。
接入与排错资料
常见问题
统一 Key 是否表示所有模型功能都一致？
不是。统一认证方便管理，但模型协议、端点、上下文和参数仍有差异；以所选模型目录与调用示例为准。
怎么核对模型是否与请求相符？
保留完整调用 ID，结合调用记录、响应信息和计费规则核对。仅凭模型回答“我是谁”或响应中的 model 字段不能独立证明上游型号。
浏览价格和使用计算器需要注册吗？
不需要。模型目录、教程和普通文本费用计算器公开可访问。实际 API 调用需要自己的 Key，并按适用规则计费。