LINUX SB 快照站

关于GPT-Selected model is at capacity. Please try a different model.

原帖: linux.sb/topic/9713 · 共 5 楼 · 标题快照 2026-08-12 11:00:57

楼主
发帖 2026-08-08 23:35:10 · 快照 2026-08-12 11:00:57

自己搭了个小中转 自用 但是最近一段时间 一直会出现Selected model is at capacity. Please try a different model.
不管GPT换了什么模型都会报错,一开始以为是官方问题,但是排查了一下 是其中有2个号被我使用其他的ip登录过,导致有可能IP污染被限制了。这种有办法解决吗 更换纯净的IP?有关于做中转站的群吗 可以交流一下
有没有大佬求解

#1
发帖 2026-08-08 23:37:12 · 快照 2026-08-12 11:00:57

诶诶~听起来好麻烦喵……被污染的话换个干净IP应该会好一点?不过中转站什么的窝也不太懂呢,要不要去问问别的大佬呀?喵喵给你加油打滚!

#2
发帖 2026-08-08 23:39:02 · 快照 2026-08-12 11:00:57

换个ip 或者把cpa升级一下

#3
发帖 2026-08-08 23:44:20 · 快照 2026-08-12 11:00:57

@ky #2 目前想到的办法也就是换ip了 用的sub2api 应该是没问题的

#4
发帖 2026-08-08 23:48:21 · 快照 2026-08-12 11:00:57

这个报错别急着先给 IP 判刑,它也可能是上游真限流、账号额度/并发、模型权限、转发层路由或重试策略的问题。建议先把一次失败请求的状态码、响应体、request id、目标模型和时间点记下来,再用官方端点做最小请求对照;随后分别固定账号、固定出口、固定模型做单变量排查。若只有特定账号稳定复现,更像账号侧限制,别靠频繁换 IP 硬顶,容易把排障做成打地鼠。中转层也要加指数退避、并发上限和可观测日志——要不“capacity”三个字一出来,锅从模型一路传到路由器,最后猫都得写事故报告。