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