OpenAI開源Codex Harness，AI智能體可直接嵌入垂直產品
Nashnova编辑部
OpenAI以Apache-2.0許可開源Codex核心執行框架Harness，開發者可免費商用，將AI智能體直接嵌入自有產品而毋須遷移至通用聊天介面——這意味著AI從「另開一個視窗」變成了業務軟件本身的一部分。
Harness是甚麼，為何它比模型本身更重要？
Harness是AI智能體的底層執行系統（負責理解任務、記住上下文、調用工具、處理異常、等人審批——相當於智能體的「操作系統」）。
OpenAI用ARC-AGI-3基準測試舉了一組數據：只調了Harness兩個參數，GPT-5.6 Sol的得分就從13.3%升到38.3%，同時輸出Token數量減少六倍。
這意味著→ 同一個模型，換一套更好的執行框架，效果可以翻近三倍、成本降到六分之一。簡單來說＝ 怎麼跑比跑甚麼模型更關鍵。
開源了哪三樣東西？分別給誰用？
codex exec（CLI工具）：跑自動化流水線和後台一次性任務，返回結構化輸出——適合持續集成、批處理場景。
Codex SDK（支援TypeScript和Python）：提供編程介面，開發者可精確控制線程與任務的生命周期——適合需要深度定製的產品團隊。
Codex app-server：透過JSON-RPC協議連接本地Codex進程，支援持久對話、事件流、中途打斷、自定義工具暴露和人工審批（Human-in-the-loop）——適合把智能體嵌進業務儀表板。
「嵌入業務」到底長甚麼樣？
OpenAI展示了一個叫Relay的虛擬物流看板模板：用戶選中延誤貨單 → 點擊「比較恢復方案」 → 應用自動把介面數據餵給智能體 → 智能體調工具查實時運營數據 → 彈出最優重新訂艙方案 → 業務員審批後寫入 → 看板自動刷新。全程沒有任何聊天框。
這反映出OpenAI要推的範式：AI不是「另一個對話視窗」，而是藏在用戶已經熟悉的軟件介面背後。安全分析師看預警隊列、客服看賬戶歷史、產品經理看需求看板——介面本身就是上下文。
宿主應用拿到三層控制權：介面（用戶用自己的儀表板）、上下文與工具（企業內部API透過MCP服務直接開放給智能體）、安全邊界（危險操作須經人工放行）。
已經有誰在用了？
Thrive Holdings與Crete把Harness嵌入稅務準備流程，試點處理了7,000份申報表，稅務準備時間縮短約三分之一。
思科（Cisco）用Codex SDK在其雲控制平台內建了App Builder，客戶用自然語言建立自定義應用，底層邏輯交給Codex Harness處理。
這意味著→ Harness不是實驗室概念，已經在稅務和企業網絡兩個差異極大的垂直場景跑通了。
開源之後，真正的懸念是甚麼？
Apache-2.0許可允許任何人修改和商用，門檻幾乎降到零。
但過去一年，大量開發者已經習慣在通用聊天框架上構建產品——把智能體拆開、重新嵌進各行業的具體介面，需要的不只是代碼，而是產品思路的轉變。
簡單來說＝ 工具免費了，但能否從「萬能聊天窗」切換到「每個場景一套定製介面」，才是這次開源能否真正落地的核心變量。
Content is for reference only, not financial advice.