共5篇
文章标签：new-api
new-api 网关
烂笔头
1月，1 周前
new-api 重试配置最佳实践：RetryTimes 与状态码范围
new-api 的重试机制常被误解：RetryTimes 不是简单的失败重试次数，它决定渠道档位能下探多深；状态码范围决定哪些错误值得降级。本文结合多档位渠道实战讲清两者关系——为什么 6 次重试刚好覆盖 7 档链路、429 原生可重试根本不需要渠道级映射、4...
new-api 的重试机制常被误解：RetryTimes 不是简单的失败重试次数，它决定渠道档位能下探多深；状态码范围决定哪些错...
烂笔头
1月，1 周前
new-api 网关改写实战：param_override 与 header_override 的两个坑
两个看似无关的 new-api 渠道故障，根因都藏在渠道级改写机制里：客户端传了上游不认的参数值（reasoning_effort=max），以及降级渠道莫名丢失请求头（x-opencode-session）。第二个尤其诡异——直击渠道正常、多档重试降级必失败...
两个看似无关的 new-api 渠道故障，根因都藏在渠道级改写机制里：客户端传了上游不认的参数值（reasoning_effor...
烂笔头
1月，1 周前
new-api 分流与重试降级实战：三个免费渠道如何做到逐级兜底
new-api 网关里优先级决定选渠顺序、权重只影响同档分摊，而失败重试默认是关闭的。本文从一次真实的 429 限流事故出发：三个同档免费渠道互不兜底、限流后请求直接降级到低优先级，服务频繁报错。通过开启 RetryTimes、状态码映射把 429 改成可重试...
new-api 网关里优先级决定选渠顺序、权重只影响同档分摊，而失败重试默认是关闭的。本文从一次真实的 429 限流事故出发：三...
烂笔头
1月，2 周前
new-api 数据同步实践：全量拷贝与增量同步
两个 new-api 实例之间做数据同步：先用 pg_dump 逻辑迁移完成整库拷贝（用户、渠道、令牌、设置全量搬到备实例），跑通后收敛成只同步渠道的增量方案（channels 与 abilities 两表镜像，脚本化手动触发）。文章对比逻辑迁移与物理拷贝的取...
两个 new-api 实例之间做数据同步：先用 pg_dump 逻辑迁移完成整库拷贝（用户、渠道、令牌、设置全量搬到备实例），跑...
烂笔头
1月，2 周前
new-api 协议转换后 Codex 报错两连：会话头缺失与 developer role
用 new-api 做接口协议转换后，Codex / opencode 客户端经网关调用上游连续撞上两个报错：一个是 opencode 托管服务强制的 x-opencode-session 会话请求头，一个是 DeepSeek 官方 API 拒收的 devel...
用 new-api 做接口协议转换后，Codex / opencode 客户端经网关调用上游连续撞上两个报错：一个是 openc...
