模型 API 与平台
这一类资源解决的是“我该先把哪些模型 API 和 provider 入口固定下来”。这里不做详细对比，而是帮你把官网、Docs 和统一 provider 入口先收藏好，避免每次临时再找。
这类资源怎么用
- 先把主 provider 的官方 Docs 收下来，建立默认接入基线。
- 再根据是否需要开源模型、多模型路由或性能型推理平台补第二层入口。
- 不要把聚合入口当成唯一事实来源，核心能力仍以官方平台为准。
首批精选入口
模型 API 与平台
收主流模型 API、推理平台和多模型接入入口，便于快速确定默认 provider 策略。
当前收录 8 个入口 · 其中 3 个标记为精选
| 资源 | 类型 | 入口 | 更适合什么 | 为什么值得收录 |
|---|---|---|---|---|
| Anthropic API Anthropic 的 API 文档和平台入口。 ClaudeAPI 平台官方文档 | 官方平台 | 计划围绕 Claude、tool use 和安全控制构建应用的团队。 | Claude 生态的重要官方入口，适合与 OpenAI、Gemini 做能力和工作流对照。 | |
| Gemini API Google AI for Developers 的 Gemini API 官方入口。 GoogleGeminiAPI 平台 | 官方平台 | 想接入 Gemini 模型、内建工具和 Google 侧 API 能力的团队。 | Google 侧官方平台，适合作为多 provider 选择中的重要一支。 | |
| OpenAI Platform OpenAI 的 API 平台与官方开发者文档入口。 API 平台官方文档OpenAI | 官方平台 | 想用统一平台能力搭建 agent、responses、audio、image 和 eval 工作流的人。 | 平台能力覆盖广，是模型 API 选型的高频基线。 | |
| Fireworks AI 高性能推理与模型 API 平台。 高性能推理Provider多模型 | 官方平台 | 对性能、吞吐和多模型接入有要求的团队。 | 适合放在性能型 provider 选择清单里长期观察。 | |
| Hugging Face 开源模型、Hub、inference 和应用生态的综合平台。 开源模型HubInference | 官方平台 | 需要开源模型发现、下载、托管和推理入口的人。 | 开源模型生态的默认枢纽，适合作为自定义模型路线入口。 | |
| OpenRouter 聚合多家模型 provider 的统一接入层。 聚合入口多 provider试验 | 社区精选 | 想先统一 provider 接口、再做模型横向试验的人。 | 虽然不是模型厂商本身，但在多 provider 调度里非常常见，值得作为精选补充。 | |
| Replicate 偏模型托管与调用体验的 AI 平台。 模型托管原型平台 | 官方平台 | 想快速试用、部署和调用各类模型的人。 | 产品化体验强，适合做模型试验和原型验证入口。 | |
| Together AI 聚焦多模型推理与开发者接入的平台。 多模型推理平台Provider | 官方平台 | 想快速接入多种开源模型并进行统一 API 调用的团队。 | 多模型接入体验成熟，适合补足闭源 API 之外的 provider 选择。 |
建议进入顺序
- 先看
OpenAI / Anthropic / Gemini这类主 provider 官方入口。 - 如果你要补开源模型和多模型平台，再看
Hugging Face / Together / Replicate / Fireworks。 - 如果你只是想快速做横向试验，再把
OpenRouter当精选补充，而不是平台基线；需要落地路径时，继续看 OpenRouter 接入与路由方案。
继续阅读
继续阅读
模型平台决定的是默认 provider 入口，真正的产品形态还要回工具和工作流。
如果你要判断 OpenRouter 该怎么接、什么时候该用、什么时候不要当平台基线，从这篇开始。
回到工具教程主线，继续判断平台、控制面、执行栈和 IDE-first。
把模型选择拉回到任务交付链，而不是只比参数和价格 。
回到目录首页，切换到 MCP、课程或中文社区资源。