Linux.do 收藏精选：AI API、路由与中转架构观察

先说边界

这一组收藏里有很多公益站、中转站、API、token 和模型路由相关内容。我不会把它们当成推荐清单发布，也不会复述具体渠道细节。真正值得写进博客的是架构判断：把模型供应商、调用入口、计费、缓存和降级策略拆开，避免把业务绑定在某个临时入口上。

值得回看的线索

• [2267684] any 中 Claude Code 与 Codex 配置集中答疑：适合提炼成“AI 编程工具接入第三方 API 的常见问题”。
• [2322490] 中转站价格监控，自动推送到 sub2api：适合改写成“模型成本监控和告警”的正向方案。
• [2363701] Agent 工具调用与 Prompt Cache 计费：这关系到真实成本，不应该只看单价。
• [2364529] 自建网站 sub2api 首次访问延迟过大：可纳入服务性能排查模板。
• [2364702] Sub2API 为什么不提供中文文档：说明自建工具需要文档，否则维护成本会转嫁给自己。
• [2361007] 想开中转站，有没有号商推荐：不建议照搬，但可以反向整理“不要做什么”。
• [2375473] 自己建内部小型中转站需要怎么做：适合写成内部网关的需求清单。
• [2347982] 统一 AI 大模型聚合分发网关：可作为产品形态观察。

OAIYE 可以沉淀的原则

• 模型入口要可替换：业务代码不要直接绑死单一供应商。
• 成本要可观测：记录请求量、缓存命中率、失败率和平均延迟。
• 降级要可预案：某个模型不可用时，能切到备用模型或提示用户重试。
• 安全要前置：不要在公开前端暴露 API Key，不要把账号资产当基础设施。
• 文档要跟上：任何内部路由都要有接入说明、错误码和排查手册。

下一步选题

可以从这一组继续展开三篇文章：

• 自建 AI 网关最小设计
• Prompt Cache 到底怎么影响成本
• Codex/Claude Code 接入第三方 API 的排错清单

原帖定位

本文只整理本地收藏中的主题线索和个人判断，不转载原帖正文。