# Gitpod Gitpod 现已更名为 Ona，是一个云端开发环境平台，为开发者和 AI Agent 提供隔离且可复现的工作区。它已从基于浏览器的 CDE 演变为一个治理环境和自动化层，适用于在云端或自有 VPC 中运行代码、Agent 及开发工作流的团队。 Canonical URL: https://aiidelist.com/zh/ide/gitpod Language: zh 更新日期: 2026-10-06 ## 概览 - 分类: AI Cloud IDEs / Browser Dev Environments - Gitpod（现为 Ona）是一个云端开发环境和 Agent 运行时平台，提供可复现的开发者工作区、后台软件 Agent 以及受控的云端执行能力。 - 编辑器基础: Browser - 平台: Web browser, VS Code, Cursor, JetBrains IDEs, CLI, SSH, GitHub, GitLab, Bitbucket, Linear, Jira, Notion, AWS, GCP, Ona Cloud, Self-hosted VPC deployments - 开源: 否 - 本地模型支持: 否 - 自带 API 密钥: 是 ## 简评 当可复现的云端环境、Agent 安全执行、治理能力和企业 VPC 控制比简单的浏览器沙盒更重要时，请选择 Gitpod/Ona。如果需要 GitHub 原生的 Dev Container，请选择 GitHub Codespaces；需要浏览器原生 WebContainers，请选择 StackBlitz；需要沙盒 SDK 基础设施，请选择 CodeSandbox；如果优先考虑“提示词转应用”的创建与托管，请选择 Replit。 ## 适合场景 - 可复现的云端开发环境 - 开发者快速入职 - 远程开发 - 安全的 BYOD 开发 - 标准化的企业工作区 - PR 审查环境 - 后台 AI Agent 执行 - 定时工程自动化 - 代码迁移工作流 - CVE 修复工作流 - 需要 VPC 部署的受监管团队 - 希望为人类和 Agent 提供受控开发环境的团队 ## 优点 - 为团队和贡献者提供强大的可复现环境模型。 - 在隔离的云端工作区中同时支持人类开发者和 AI Agent。 - 广泛的编辑器支持，涵盖浏览器、VS Code、Cursor、JetBrains、CLI 和 SSH。 - 预构建和热池功能可显著缩短环境启动时间。 - 企业级 VPC 部署对受监管或安全敏感型组织极具吸引力。 - 在控制 Agent 执行、机密管理、MCP 使用和可审计性方面有良好的治理方案。 ## 局限 - 仅需要轻量级浏览器沙盒的用户 - 主要寻求 AI 代码补全的开发者 - 寻找“提示词转应用”生成器的非技术用户 - 希望使用简单固定价格且无额度限制的小型团队 - 不想管理云端开发环境策略的组织 - 仅要求完全本地开发的团队 - 希望产品仍仅以旧名 Gitpod 运营的用户 - 从 Gitpod 到 Ona 的品牌重塑可能会让寻找旧版方案和文档的用户感到困惑。 - Core 方案定价使用 OCU，可能需要监控环境运行时和 Agent 的消耗情况。 - 企业级部署和治理需要一定的配置投入。 - 对于完全以 GitHub 为中心的团队，其 GitHub 原生集成度略逊于 GitHub Codespaces。 - 其核心定位并非“提示词转应用”生成器或 AI 自动补全产品。 - Gitpod Classic 工作流可能需要迁移到新的 Ona 环境和自动化概念中。 ## 为什么选择 Gitpod？ 要理解今天的 Gitpod，最好的方式是看它现在的名字：Ona。它最初是 GitHub 的一键式云端 IDE，现已演变为一个支持可复现云端开发环境和后台软件 Agent 的平台。这非常关键，因为现代开发面临的问题不再仅仅是“如何在浏览器中打开代码库”，而是“人类和 Agent 如何在组织管控下安全、重复地运行代码”。 对于希望实现环境标准化，而不愿让每位开发者都去维护脆弱本地配置的团队来说，该产品极具吸引力。同时，它也越来越适用于 AI 工程工作流——在这种场景下，Agent 需要隔离且预配置的场所来检查代码、运行命令、测试更改并产出可供人类审查的成果。 ## 核心工作流 实际的工作流始于连接到版本控制系统的项目。团队通过 Dev Containers、启动任务、服务、dotfiles、机密信息以及可选的预构建（prebuilds）来定义环境。随后，开发者或 Agent 从分支或项目创建环境，通过首选的编辑器连接，并每次都使用完全相同的工具链开始工作。 全新的 Ona 工作流将此扩展到了自动化领域。环境可以针对拉取请求（PR）事件、定时计划、Webhook 或问题追踪器任务自动创建。Agent 可以在这些相同的环境中工作，使用与开发者相同的工具。这使得环境层变得比编辑器本身更加重要。 ## 适用场景 Gitpod/Ona 适用于开发者入职、远程开发、安全的 BYOD 访问、标准化的企业环境、PR 审查、临时调试、代码迁移、CVE 修复、Agent 执行以及定时工程自动化。在本地开发维护成本高昂，或安全团队需要临时且受控的工作区时，它尤其有用。 如果目标仅仅是简单的前端沙盒或“提示词转应用”工具，它可能不是理想选择。对于轻量级示例，StackBlitz 或 CodeSandbox 可能更快；对于非技术性的应用生成，Replit AI、Bolt.new、Lovable 或 v0 可能更合适。Gitpod/Ona 的核心在于专业的开发环境和受控的执行过程。 ## 竞品对比 与 GitHub Codespaces 相比，Gitpod/Ona 对 GitHub 的依赖程度较低，更倾向于跨工具环境、后台 Agent 和治理。对于完全标准化使用 GitHub 和 VS Code 的团队，Codespaces 是更简单的默认选择。而当组织需要 VPC 部署、多源工作流、自定义策略或 Agent 执行基础设施时，Gitpod/Ona 会更具吸引力。 与 CodeSandbox 相比，Gitpod/Ona 更侧重于企业级 CDE 和自动化。CodeSandbox 在作为隔离代码执行和浏览器协作的沙盒及 SDK 平台方面表现更强。与 StackBlitz 相比，Gitpod/Ona 使用云端环境而非浏览器原生的 WebContainers，因此更适合处理更重或更受控的工作负载。 与 Devin 或 Google Antigravity 相比，Gitpod/Ona 更偏向基础设施。它为人类和 Agent 提供环境与治理；而 Devin 和 Antigravity 则更明显地属于 Agent 产品体验。在实践中，随着工程团队将 Agent 与受控环境相结合，这些类别可能会有所重叠。 ## 最佳配置建议 最佳实践始于干净的 Dev Container 配置。将镜像、系统软件包、编辑器扩展、启动任务、端口、服务和环境变量定义为代码。然后为耗时的设置步骤添加预构建，并根据实际项目需求选择环境规格，而不是默认使用配置最高的机器。 对于使用 Agent 的团队，建议添加 AGENTS.md、技能说明、命令禁用列表、MCP 控制以及明确的 Agent 行为准则。企业团队在允许访问敏感代码库或准生产系统之前，应先配置 SSO/OIDC、组织级机密、审计日志、RBAC 和 VPC 网络。 ## 迁移建议 现有的 Gitpod Classic 用户应将此次迁移视为更名与架构转型的结合。旧的 Gitpod 思维模式是以工作区为中心：打开代码库、运行预配置环境、在浏览器中编码。而 Ona 模式则更广阔：环境、Agent、自动化、治理和 VPC 运行器都成为了平台的一部分。 在迁移过程中，请清点 .gitpod.yml 文件、devcontainer.json 文件、预构建、机密信息、Git 提供商连接、工作区规格、IDE 偏好和自动化脚本。然后决定哪些部分转化为 Ona 项目、环境规格、自动化任务或 Agent 配置。出于文档参考和 SEO 考虑，请保留 Gitpod 别名，因为在产品转向 Ona 之后，许多开发者仍会继续搜索旧名称。 ## 功能 ### 云端开发环境 - 从项目、分支、代码库或自动化触发器创建隔离环境。 - 通过 Dev Containers、启动任务、服务、dotfiles 和预构建定义可复现的配置。 - 将环境用于开发、审查、调试、实验和 Agent 任务。 ### 编辑器访问 - 通过浏览器编辑器、VS Code、Cursor、JetBrains IDE、CLI 或 SSH 连接。 - 需要时可从多个编辑器界面使用同一个环境。 - 在环境内部运行服务、终端、数据库、监听器和开发服务器。 ### Agent 与自动化 - 在云端环境中运行后台 Agent，执行编码、审查、迁移和维护任务。 - 通过 PR、定时计划、Webhook、问题追踪器或手动任务触发自动化。 - 使用 AGENTS.md、技能、MCP 和项目配置来引导 Agent 行为。 ### 基础设施选项 - Core 方案运行在 Ona Cloud 多租户基础设施上。 - Enterprise 方案可运行在 AWS 或 GCP 上由 Ona 管理的 VPC 中。 - 环境规格支持不同的 CPU、内存、磁盘、竞价实例以及 GPU 选项（如果可用）。 ### 治理与安全 - RBAC、组织级命令、命令禁用列表和 MCP 控制有助于治理开发者和 Agent 的行为。 - Enterprise 方案增加了 SSO/OIDC、SCIM、审计日志、组织级机密、自定义策略和网络控制。 - 环境是隔离且临时的，可以自动删除或由自定义保留策略管理。 ### Gitpod Classic 兼容性 - Classic Gitpod 工作流使用 .gitpod.yml、浏览器工作区、预构建和 Git 提供商集成。 - 现有 Gitpod 用户应将 Ona 视为当前的产品发展方向。 - 旧的 Gitpod 名称对于搜索、迁移和遗留工作区文档仍然重要。 ## 价格 freemium - Free / Starter access: $0 — 月 — 提供免费入门访问权限，用于试用 Ona/Gitpod 风格的环境；团队持续使用则以付费的 Core 和 Enterprise 方案为中心。 - Core: From $20 — 月 — 适用于个人和团队。包含共享的 Ona 计算单元（OCU）、支持多达 100 名团队成员、无限并行环境、预构建、项目共享、RBAC、MCP 支持以及云端托管计算。 - Add-on OCUs: From $10 / 40 OCUs — 用于环境运行和 Agent 对话的额外 Ona 计算单元。每月额度当月有效；加购额度有效期为一年。 - Enterprise: Custom — 自托管、由 Ona 管理的 VPC 部署，包含自定义额度、SSO/OIDC、审计日志、组织级机密、网络控制、SDK/API 访问、热池、SLA 和专属支持。 - Gitpod Classic: Legacy — 旧版 Gitpod Classic 工作区和基于额度的文档在 Ona 文档中仍然可用，以支持现有或历史 Gitpod 工作流。 价格核对日期: 2026-06-14 ## 支持的模型 - Codex - Claude Code - AWS Bedrock - Google Vertex - private APIs ## 隐私与数据处理 Ona/Gitpod 环境可能包含代码库、生成的文件、机密信息、终端输出、开发服务、Agent 对话、MCP 工具结果以及连接的版本控制或问题追踪器上下文。当前的 Ona 价格页面声明客户数据和代码不会用于训练模型。在运行敏感负载或自主 Agent 之前，团队仍应仔细配置机密、RBAC、审计日志、命令禁用列表、MCP 控制、保留策略、VPC 网络和环境自动删除设置。 ## 企业功能 - 自托管且由 Ona 管理的 VPC 部署 - AWS 部署支持 - GCP 部署支持 - 完全的网络控制 - 自定义域名 - 自定义负载均衡器 - 自定义证书 - HTTP 代理支持 - SSO 单点登录 - OIDC - SCIM - 细粒度角色权限 - 组织级机密管理 - 详细的审计追踪 - 集中式管理控制 - 命令禁用列表 - MCP 使用控制 - 集中式编辑器和环境规格控制 - 热池（Warm pools） - 自定义环境尺寸 - 自定义自动删除策略 - 编程式 API 和 SDK 访问 - SLA 服务等级协议 - 专属客户经理 - 驻场部署工程师 - 高级支持服务 ## 替代工具 - GitHub Codespaces - CodeSandbox - StackBlitz - Coder - Daytona - Replit - Replit AI - Codeanywhere - Vercel Sandbox - E2B - OpenHands - Devin - Google Antigravity ## 资料来源 - [官方网站](https://ona.com/) - [Ona 官方网站](https://ona.com/) - [Ona 价格页面](https://ona.com/pricing) - [Ona 文档概览](https://ona.com/docs/ona/getting-started) - [Ona 开发环境指南](https://ona.com/docs/ona/environments/overview) - [Ona CLI 文档](https://ona.com/docs/ona/integrations/cli) - [Ona SDK 文档](https://ona.com/docs/ona/integrations/sdk) - [Ona 环境规格说明](https://ona.com/docs/ona/runners/aws/environment-classes) - [Ona 使用量与额度说明](https://ona.com/docs/ona/billing/usage) - [Gitpod 现已更名为 Ona](https://ona.com/stories/gitpod-is-now-ona) - [Gitpod Classic 文档](https://ona.com/docs/classic/user/introduction/getting-started/quickstart/overview) - [Gitpod Classic GitHub 集成](https://ona.com/docs/classic/payg/authentication/github) - [Gitpod GitHub 代码库](https://github.com/gitpod-io/gitpod) - [Gitpod GitHub Marketplace 列表](https://github.com/marketplace/gitpod-io) 最近核对日期: 2026-06-14 ## 更新记录 - 2026-06-14: 创建条目，包含 Gitpod 到 Ona 的品牌重塑背景、Ona Core 和 Enterprise 定价、OCU 计算单元、云端开发环境、Dev Containers、编辑器访问、后台 Agent、自动化、VPC 部署、治理以及 Gitpod Classic 迁移说明。