🤖OpenAI News•較早收集於 17h
OpenAI 將收購 Ona 以增強 Codex 功能
💡OpenAI 邁向持久雲端環境，是實現可靠、長期運行自主代理的關鍵一步。
⚡ 30-Second TL;DR
有什麼變化
收購 Ona 以強化 Codex 基礎設施
為什麼重要
此次收購標誌著 OpenAI 轉向需要狀態化、持久執行環境的代理 AI。這可能會縮小簡單提示回應模型與自主企業自動化之間的差距。
下一步行動
密切關注 OpenAI 開發者文件，了解基於 Codex 的代理在持久執行環境方面的更新。
誰應關注：Enterprise & Security Teams
關鍵要點
- •收購 Ona 以強化 Codex 基礎設施
- •為 AI 代理提供持久的雲端環境
- •專注於支援複雜且長期運行的企業工作流程
🧠 深度解析
Web-grounded analysis with 20 cited sources.
🔑 增強重點摘要
- •Ona 前身為 Gitpod，一家雲端開發環境供應商，後轉型專注於代理式 AI 工作負載，為背景 AI 代理提供受治理的雲端環境。
- •此次收購旨在使 Codex 代理能夠執行超越單一使用者會話或設備的長期運行任務，這對於複雜的企業工作流程至關重要。
- •Codex 本身已顯著發展，從 2021 年的程式碼建議模型演變為 2025 年的自主程式碼代理，到 2026 年 6 月，它能夠構建和託管整個網路應用程式（Codex Sites），並透過插件整合 62 個商業應用程式。
- •Ona 的技術提供安全、隔離的環境（虛擬機），預先配置了程式碼、工具和依賴項，並支援背景代理的「任務輸入，PR 輸出」工作流程模型。
- •此次收購將有助於擴大 Codex 的生產部署，滿足企業對安全、治理以及在客戶控制的雲端基礎設施中持久執行的需求。
📊 競品分析▸ Show
| 功能/產品 | OpenAI Codex (整合 Ona) | Anthropic Claude Code | AWS Bedrock Agents | Google Vertex AI Agent Builder |
|---|---|---|---|---|
| 主要功能 | 自主程式碼代理、企業工作流程自動化、持久雲端環境、網路應用程式構建、多應用程式整合 | 互動式 AI 程式碼生成、終端機內編碼 | 託管多代理協調服務、企業數據源存取、API 動作執行 | 託管 AI 代理構建與部署平台、原生整合 Gemini 模型 |
| 持久環境 | Ona 提供安全、持久的雲端環境，支援長期運行的代理和跨會話工作。 | 主要用於互動式、同步編碼，持久性較有限。 | 透過 SessionState API 管理會話狀態，但可能限制於 Bedrock 的託管功能。 | 內建會話狀態管理（記憶體內、資料庫支援或 Vertex AI 託管持久性）。 |
| 企業治理 | Ona 提供 VPC 隔離、核心級別策略、SOC 2 合規性，並支援客戶控制的基礎設施部署。 | 企業治理功能有限。 | 透過 AWS 原生安全和治理控制。 | 託管平台，提供企業級安全和治理。 |
| 工作流程模型 | 任務輸入 → 背景處理 → PR 輸出（非同步），支援跨多個應用程式的端到端自動化。 | 互動式、同步編碼。 | 透過知識庫和 API 執行動作，支援多代理協作。 | 支援多代理協調和跨系統工作流程。 |
| 定價模式 | 依 ChatGPT 方案捆綁使用量，或透過 API 按 Token 計費。 | 依 Anthropic API 使用量計費。 | 依 API 調用和模型使用量計費。 | 依使用量計費 (具體細節需查閱 Google Cloud 定價)。 |
| 目標用戶 | 企業工程團隊、知識工作者，用於大規模 AI 代理部署和複雜工作流程自動化。 | 個人開發者、小型團隊，用於互動式程式碼輔助。 | AWS 原生組織，需要 AI 代理存取企業數據。 | Google Cloud 生態系統中的團隊，需要構建和部署 AI 代理。 |
🛠️ 技術深入
- Ona 的兩層架構：Ona 採用兩層架構，包括由 Ona 託管的「管理層」（用於身份驗證、設定和協調）和在客戶雲端或 Ona Cloud 中運行的「執行器」（Runners）。執行器負責配置環境、存取原始碼、注入機密並執行代理。這種分離創建了一個安全邊界，確保敏感數據保留在客戶網路內。
- Ona 環境：每個任務都在其專屬的隔離虛擬機中執行，該虛擬機具有專用的計算、儲存和網路資源，並根據 Dev Container 配置進行配置。這些環境是短暫的，從分支創建，完成工作後即被丟棄，確保沒有文件衝突和直接的回滾。
- Ona 代理：在這些環境中運行，並由
AGENTS.md（程式碼庫慣例）和「技能」（可重用提示）引導。它們自主讀取程式碼、進行更改、運行測試、迭代失敗並開啟 Pull Request。多個代理可以並行運行。 - Codex 代理循環：Codex 的核心是一個循環。代理接收輸入，組裝提示，將其發送給模型，並獲得回應。關鍵是，回應不總是最終答案，通常是一個工具調用（例如，運行 shell 命令、編輯文件）。Codex 執行該工具，將結果附加到對話中，然後再次運行推理。這個循環重複直到任務完成。
- Codex 沙盒執行：雲端任務在預載有程式碼庫的受控環境中執行，允許在提出更改之前安全地執行程式碼和測試。
- Codex 模型演進：現代 Codex（自 2025 年 5 月起）使用自主程式碼代理，早期模型包括
codex-1和codex-mini。到 2026 年，它運行 GPT 系列以及專門用於編碼的變體（GPT-5-Codex 系列），在 ChatGPT 認證會話中提供高達 100 萬個 Token 的上下文窗口。 - 持久上下文：此次收購直接解決了長期運行 AI 代理對持久記憶體和上下文的需求，這是 2026 年多步驟作業和協調器-工作器架構的關鍵能力。
🔮 前景展望AI analysis grounded in cited sources
OpenAI 將顯著加速其在企業軟體開發和知識工作市場的滲透。
Ona 在 AI 代理安全、持久雲端環境方面的專業知識直接解決了企業大規模部署 AI 的關鍵要求，使 Codex 能夠處理超越單一編碼會話的複雜、長期運行工作流程。
此次收購將加劇企業 AI 代理協調領域的競爭，促使其他供應商增強其持久環境和治理能力。
透過整合 Ona 強大的雲端基礎設施，OpenAI 的 Codex 將為企業 AI 代理提供更完整、更安全的解決方案，對 Anthropic、AWS 和 Google 等競爭對手施加壓力，要求其匹配這些先進功能。
Codex 將越來越多地被非開發人員用於構建自定義應用程式和自動化業務流程，進一步模糊編碼與一般知識工作之間的界限。
Codex 最近的擴展（Sites、商業應用程式插件）已經顯示非開發人員的採用率快了 3 倍，而 Ona 的持久環境將為這些用戶實現更雄心勃勃的端到端自動化。
⏳ 時間線
2021-08
OpenAI Codex 首次發布，作為 GPT-3 的後代，為 GitHub Copilot 提供支援。
2023-03
OpenAI 棄用原始 Codex 模型 API，將程式碼生成功能整合到 GPT-3.5 和 GPT-4 中。
2025-05
OpenAI 重新啟用 Codex 名稱，推出新的自主程式碼代理，在雲端和終端機中運行。
2025-09
Gitpod 更名為 Ona，轉型專注於企業 AI 代理協調和受治理的雲端環境。
2026-06-02
OpenAI 擴展 Codex 功能，推出「Sites」（託管網路應用程式）、「Annotations」和針對 62 個商業應用程式的角色特定插件。
2026-06-11
OpenAI 宣布計劃收購 Ona，以增強 Codex 的安全、持久雲端環境，支援長期運行的 AI 代理。
📎 來源 (20)
Factual claims are grounded in the sources below. Forward-looking analysis is AI-generated interpretation.
📰
AI 週報
閱讀本週精選 AI 大事摘要 →
👉相關動態
AI 策展新聞聚合。所有內容版權歸原始發布者所有。
原始來源： OpenAI News ↗