先说结论：今天选择中转站，不建议只看榜单前几名；如果服务商出现状态异常、可用率下滑或延迟明显抬高，应先降低使用权重，再做小额复测。本文基于 2026 年 7 月 01 日中转榜最近一次监控样本整理，当前重点样本包括 JuCodex、YunDou、linkapi、WorldBase.ai、Aiide、icodeeasy。
外部行业信号方面，今天重点参考：
- Show HN: Caliper – pass@k reliability testing for Claude Code and Codex skills（Hacker News: OpenAI API，2026-06-28）：适合作为中转站内容里的背景信号，重点分析它对模型可用性、成本、限流、开发者工作流或备用入口策略的影响。
- Show HN: Capacitor – shared mem for Claude Code, Cursor and other coding agents（Hacker News: Codex API，2026-06-30）：适合作为中转站内容里的背景信号，重点分析它对模型可用性、成本、限流、开发者工作流或备用入口策略的影响。
- Show HN: LLMSim – a fast OpenAI LLM API simulator for load-testing LLM apps（Hacker News: OpenAI API，2026-06-28）：适合作为中转站内容里的背景信号，重点分析它对模型可用性、成本、限流、开发者工作流或备用入口策略的影响。
这些信息不会被直接当成结论，而是作为判断模型可用性、成本、限流和开发者工作流变化的背景。
先看这几个降权候选
1. icodeeasy：可用率 98.3%，平均延迟 3606 ms，当前状态正常。
2. toproutercn：可用率 98.2%，平均延迟 2526 ms，当前状态正常。
3. SAIAi：可用率 98%，平均延迟 2369 ms，当前状态正常。
4. 94Hub：可用率 98%，平均延迟 2410 ms，当前状态正常。
5. 5Cookie：可用率 98%，平均延迟 2895 ms，当前状态正常。
对真实任务的影响
风险观察不是给 icodeeasy、toproutercn、SAIAi、94Hub、5Cookie 下永久结论，而是提醒用户把充值额度、任务重要性和备用入口重新排一下优先级。
状态不是 up、可用率低于同类样本或延迟突然升高，都说明这个入口更适合先放进观察名单。对 Claude Code、Codex 这类长任务来说，单次失败可能会打断整段工作流。
今天怎么处理
如果你已经在用其中某个入口，今天建议先降低高价值任务占比，把长上下文、批量生成和团队共享任务切到备用服务商。
如果你还没充值，先跑 5 到 10 次短请求，再跑一次 20 分钟左右真实任务。只有错误类型、延迟体感和扣费规则都可接受，再考虑提高额度。