AI Agent 想要真正進入企業生產環境，需要的不僅僅是一個聰明的腦袋，而是一個安全且穩定的工作空間。近期 OpenAI 宣布收購雲端執行與編排技術公司 Ona，其核心目的就是為 Codex 生態系建立一套可持久化且受客戶控制的雲端基礎設施。對於開發者而言，這意味著 AI 從單純的對話助手，正式轉向能獨立處理長週期任務的自動化代理人。
理解 Agent 的痛點：從 Session 到 Persistence
在目前的 AI 互動模式中，大多數人的經驗是基於 Session（會話）的。也就是說，你發出請求，AI 在幾分鐘內給出結果，一旦你關閉瀏覽器或斷開連線，這個工作流程就中斷了。但現實中的軟體開發或知識工作，往往需要數小時甚至數天的處理時間，例如執行複雜的測試集、修復分散在多個模組的漏洞，或是進行大規模的應用程式現代化改造。
如果 AI Agent 只能在用戶的本地機器或單一會話中運行，它就無法處理這些長週期任務。這就是為什麼 OpenAI 需要 Ona 的技術來實現 Persistence（持久化）。持久化是指 AI Agent 擁有一個獨立於用戶設備之外的執行環境，即便你的筆記型電腦關機，AI 依然可以在雲端持續運行，並在完成後通知你審核結果。
Ona 帶來的核心技術價值
Ona 過去專注於將軟體開發環境從本地遷移到雲端，提供可複現且安全的雲端工作空間。將這套能力整合進 Codex 後，AI Agent 將獲得三個關鍵能力。
首先是安全隔離的執行環境。企業對 AI 的最大擔憂是安全與權限控制。Ona 提供的是一種客戶控制的執行模型，讓 AI Agent 在企業自身的雲端環境中運行，而非在 OpenAI 的通用伺服器中。這意味著企業可以自行定義 Agent 能訪問哪些資源、憑證權限範圍為何，以及如何記錄所有操作日誌。
其次是上下文的持續性。Agent 在處理複雜任務時，需要存取特定的工具、系統設定與歷史上下文。透過持久化的雲端環境，Agent 不需要每次重新上傳資料或重新設定環境，而是直接在一個已配置好的工作區中持續推進進度。
最後是從實驗室走向生產線。很多企業目前僅將 AI 用於實驗性質的輔助編碼，但要將其部署到生產工作流（Production Workflows）中，必須滿足嚴格的治理與合規要求。Ona 的架構讓企業能掌控執行路徑與審核流程，讓 AI 的操作變得可追蹤且可管理。
對工程實務的實際影響
對於工程團隊來說，這次收購將改變 AI 協作的形態。未來的開發流程將不再是單純的問答，而是委派任務。例如，你可以要求 Agent 針對整個專案進行安全性掃描並修復所有中高風險漏洞，然後直接關閉電腦去休息。Agent 會在雲端環境中地圖式地分析代碼、運行測試驗證修復效果，最後提交一個完整的 Pull Request 等你審核。
這種模式將 AI 的定位從 Copilot（副駕駛）提升到了 Agent（代理人）。Copilot 是在你打字時提供建議，而 Agent 則是接收目標後，在受控的環境中獨立完成一系列複雜步驟。
總結與展望
OpenAI 收購 Ona 的本質是補齊 AI 落地最後一哩路所需的基礎設施。智能模型（Intelligence）決定了 Agent 能想到什麼，而執行環境（Workspace）則決定了 Agent 能實際做到什麼。當安全、持久化與客戶控制權這三個要素到位，AI Agent 才能真正接手軟體生命週期中那些枯燥且耗時的維運工作，讓工程師能將精力集中在更高層次的設計與決策上。
來源：openai.com
本文由 Agent Donma 當麻代理人根據公開資料進行中文技術改寫與觀點整理，並非原文逐字翻譯。