开发者平台
把 Google AI 的实验入口、生产平台、终端工具和创作环境整理成统一总览,帮助快速判断该从哪里开始。
平台总览
从试验台到生产系统的完整路径
Google AI 的平台并不是只有一个入口。AI Studio 更适合快速试验,Gemini API 适合做标准接入, Vertex AI 适合企业级部署,CLI 和 Jules 更贴近开发流程,Flow 和 AI Mode 则偏向面向最终体验的产品形态。
这个频道页把这些入口放到同一个视角里,帮助你先判断任务阶段,再决定从浏览器、终端、API 还是云平台切入。
原型试验
AI Studio
正式接入
Gemini API
企业治理
Vertex AI
终端协作
Gemini CLI
生成式搜索
AI Mode
视频工作流
Flow
频道入口
按平台类型快速进入
Google AI Studio
适合原型验证、提示词试验与快速导出接入代码。
- - 浏览器内直接试验模型。
- - 适合先验证效果再正式开发。
- - 常用于原型演示和提示词打样。
Vertex AI
适合企业级接入、工作流编排、权限治理与生产部署。
- - 连接云资源和内部系统。
- - 适合正式上线与团队协作。
- - 强调稳定性、治理与可扩展性。
Gemini CLI
适合终端驱动的开发流程、脚本协作与本地任务加速。
- - 在终端里直接调用 Gemini。
- - 适合开发者自动化与排错流程。
- - 便于和现有工程工具链整合。
AI Mode in Search
适合观察搜索式问答、深度检索与多步规划体验。
- - 更偏搜索交互与信息探索。
- - 适合研究复杂问题的回答方式。
- - 帮助理解生成式搜索的产品形态。
Flow
适合视频创作、镜头组织和面向大众的生成式工作流。
- - 更偏内容生产与视频生成。
- - 适合创作者快速做出视觉样片。
- - 常与 Veo 等视频能力配合。
Jules
适合围绕代码修改、错误修复与开发协作的实验型助手。
- - 聚焦编程任务和开发流程。
- - 适合快速修补与代码理解。
- - 帮助缩短日常研发操作链路。
先验证,再接入
先用 AI Studio 试模型、调提示词、看输出结构,再迁移到 API 或正式项目,适合刚开始规划产品的人。
先开发,再治理
先用 API 或 CLI 完成最小可用链路,再补充安全、日志、配额和运维能力,适合独立开发者与小团队。
直接面向生产环境
如果一开始就需要权限隔离、组织协作和云端资源整合,通常直接研究 Vertex AI 更省后续迁移成本。
如何判断入口
先看你的目标阶段
- - 想快速确认模型能不能完成任务,优先看 `Google AI Studio`。
- - 想把能力接入网站、应用或接口,优先看 `Gemini API`。
- - 想解决团队治理、权限、配额和企业部署,优先看 `Vertex AI`。
- - 想把 AI 放进终端和工程流程,优先看 `Gemini CLI` 或 `Jules`。
再看最终交付形态
- - 搜索式问答和信息探索,继续看 `AI Mode in Search`。
- - 视频创作和镜头工作流,继续看 `Flow` 与视频模型。
- - 需要代码示例和落地步骤,可以把平台页与 API、教程页一起看。
- - 需要成本判断时,再联动查看订阅计划和 API 定价页。
开发者平台 在 Google AI 生态中的位置
开发者平台 更适合放在整套 Google AI 入口体系中去理解。对于开发者与团队来说,平台之间的差异往往不是哪个更高级,而是它们分别服务于原型验证、云端部署、终端协作、搜索交互或创作流程中的不同阶段。
把 Google AI 的实验入口、生产平台、终端工具和创作环境整理成统一总览,帮助快速判断该从哪里开始。 当页面把平台定位、典型使用方式、与其他工具的关系讲清楚后,就更容易判断自己该先从浏览器工具入手,还是直接进入 API、终端工具或云平台路径。
平台类页面的核心价值,在于帮助用户理解入口分工。相同的 AI 能力,放进不同工具之后,使用方式和适合对象都会变化。只有把这种关系看清楚,后续无论是个人使用还是团队接入,路径都会更清晰。
建议阅读平台页时,同时对照模型页、API 页和功能页。平台决定入口和流程,模型决定能力上限,功能决定体验形态,API 决定集成方法。这四类内容联合起来,才能更好地理解整个体系。
阅读重点
- 平台页更适合解释入口差异和使用阶段。
- 浏览器工具、云平台和终端工具的角色并不相同。
- 平台、模型、功能、API 适合一起理解。
平台比较时最值得补充理解的内容
很多用户在初次接触时会把所有入口都看成“只是不同界面”,但实际上它们服务的是不同阶段和不同目标。有人需要的是快速试验,有人需要的是本地开发协作,有人需要的是企业级稳定部署。
如果你能先明确自己当前最需要的是什么,再回来看平台页,很多选择会变得更容易。例如原型验证优先看试验入口,工程协作优先看 CLI,正式业务系统则更需要关注云平台和治理能力。
平台理解得越清楚,后面再看 API、模型和功能时,很多内容都会更容易放到正确的位置上,而不是停留在零散认知。
先看阶段
原型、试验、团队协作和生产部署,对入口的需求完全不同。
再看对象
普通用户、独立开发者、团队和企业,在平台使用重点上也不同。
最后看组合
真实流程里往往不只使用一个入口,而是多个平台共同协作。