Codex CLI 0.140.0:AI Agent 開始補營運層
Codex CLI 0.140.0 新增 usage、import、刪除、憑證和 mentions,說明 AI Agent 正在從工具走向可營運系統。

Codex CLI 0.140.0 不是一个很炫的版本。
所以它反而值得看。
OpenAI 在 6 月 15 日的 Codex changelog 里列了一批看起来很“營運”的更新:/usage、从 Claude Code 匯入、永久刪除 session、Bedrock 托管認證、CLI 和 MCP OAuth 憑證加密儲存,以及檔案、插件、skills 的统一 mentions 菜单。
這些不是 benchmark 功能。
它们說明 AI Agent 正在从“厲害的工具”,变成需要被營運的系统。
Codex CLI 0.140.0 更新了什么
这次更新补的是一组很实际的控制能力。
/usage 可以檢視 daily、weekly、cumulative 的帳號 token activity。/goal 会保留超长文本、大段粘贴内容和圖片附件。codex delete、/delete 和 app-server deletion API 可以带確認保护地永久刪除 sessions。/import 可以从 Claude Code 选择性匯入 setup、project configuration 和 recent chats。
另外,Codex CLI 还新增了 Amazon Bedrock API-key 的托管認證,以及 CLI / MCP OAuth credentials 的本機加密儲存。输入 @ 时,会預設打開 files、plugins、skills 的统一 mentions 菜单。
這些听起来都不魔法。
但这正是重点。
當 Agent 被真正用于日常工作,人们需要的不只是能力,还需要 usage、身份、狀態、遷移、刪除和工具發現這些營運能力。
為什麼重要
早期使用 AI Agent,大家关心的是能力。
它会不会写代码?会不会跑測試?会不会用工具?会不会修 bug?能不能不靠人一直提示也繼續推進?
這些问题仍然重要。
但下一组问题已經出現:
- 这个 Agent 这周花了多少 token?
- 哪些 sessions 还存在?
- 敏感 session 能不能刪除?
- 團隊能不能从一个 agent setup 遷移到另一個?
- 憑證存在哪里?
- Agent 能不能自然引用檔案、插件和 skills?
- 工作完成后,團隊能不能複盤過程?
这就是營運層。
它在 demo 里不一定顯眼,但一旦團隊每天依赖 Agent,就会变得必要。
Agent 工作会产生營運债
一个 agent session 很容易忽略。
几百个 sessions 就不行。
几次工具呼叫很好相信。
但当工具呼叫跨过多個代码仓库、插件、憑證和 workspace,就必須有可見性。
所以 usage views 和 deletion 这种功能很重要。它们承认了一件事:Agent 工作会留下狀態。
這些狀態包括 transcript、本機数据库、匯入設定、憑證、工具歷史和持久產物。
如果這些狀態沒人管理,就会变成營運债。
團隊接下来应该看什么
評估 AI Agent 工具时,不要只问它聪不聰明。
还要问它能不能被營運。
-
Usage 可見性
團隊需要按天、按周、累计檢視 Agent 使用情况,而不是等帳單来了才知道。 -
Session 生命週期
Agent 会創造狀態。團隊需要归档、恢復、刪除和審計這些狀態。 -
憑證邊界
Agent 工具需要安全儲存憑證,限制存取範圍,并让認證失败变得可理解。 -
遷移路径
Agent 生态變化很快。从另一個 Agent 匯入 setup,不只是方便,而是工作流要能跨工具遷移。 -
工具和 Skill 發現
當 Agent 擁有 plugins、MCP tools、files 和 skills,發現能力就會成為執行介面的一部分。 -
人类審核
營運能力应该让工作更容易 review,而不是更容易藏起来。
这和 Buda 有什么关系
Buda 的核心不是再開一个 Agent 聊天框。
它是让團隊管理 Agent 工作:Drive 知識、sessions、沙箱執行、terminal 和 browser 可見性、Git diff、channels、skills、人类審核,都是为了让 Agent 工作可观察、可治理。
Codex CLI 0.140.0 是另一個信号:市场正在往这个方向走。
真正成熟的 Agent 产品,不会只靠驚艷 demo。
它们会帮助團隊反覆、安全、可见地运行 Agent。
先有智能。
然后必須有營運層。
在 Buda dashboard 探索 Agent 工作流。