一个端点，
所有模型。

迁移

从 OpenAI

base_url 改成 https://tare.jamerly.ai/v1，key 换成你的 ak-…。只发标准字段的客户端 到此就迁完了。

从别的聚合平台

端点为 OpenAI 形状，编号以 gen- 开头，未识别的请求字段原样转发给上游而不是丢弃 —— 多数客户端只需修改 base URL 与 key。

以下两项行为存在差异，切换前需先确认：

• 模型名由你定义。 在 Routing 页决定 GLM 5.1 指向谁，不必沿用供应商的命名。
• 自有渠道的成本取决于已录入的进价。 上游在回包中自报成本时以自报值为准； 不自报的（多数 BYOK 渠道）按录入的进价计算。

未知字段透传的副作用

未识别字段原样透传是刻意设计，也是最容易引起意外的地方：传入上游不支持的参数时，返回的是 上游的报错，而非平台的报错。这一取舍换来的是 cache_control、reasoning、 plugins 以及供应商后续新增的参数第一天即可使用，无需平台先行发版。

建议的顺序

1. 一把 key、一个模型、一次调用，先确认链路通。
2. 接入自有渠道，在真实流量进来之前录好进价。成本事后重建的效果远不如当场记录。
3. 先把一个模型指向你的渠道，平台那条留在后面兜底。
4. 再迁其余模型。
5. 在需要告警之前把告警配好。