AI / Agents
Codex 正確用法:從 coding assistant 升級成 durable thread 工作系統
這則 Threads 翻譯 Jason jxnlco 對 Codex 的使用框架:Codex 不只是產生 diff 的 coding agent,而是透過 durable threads、steering / queuing、browser / computer / MCP、automations、Goals、side panel 與 shared memory,變成可持續推進工作的作業系統。
2026年5月22日2 分鐘閱讀👁 4
Codex / Agent Workflow Design
Codex 的正確用法:不是一次性聊天,而是 durable thread 工作系統
這則 Threads 翻譯 Jason(jxnlco)對 Codex 的使用框架。重點不是「Codex 會寫 code」,而是把 Codex 視為能保留上下文、使用工具、跨瀏覽器 / MCP / desktop 行動、定期醒來、產出可審核 artifact 的工作系統。
來源限制:本文依據 Threads 可見全文整理,原始來源指向
x.com/jxnlco/status/2057153744630890620;此輪未能直接讀取 X 原文。以下保留可驗證的 workflow 框架,不把它包裝成 OpenAI 官方文件。1. Durable threads
把對話串當作長期工作空間,而非一次性聊天。適合總參謀長、release、文件審核、外部監控等重複工作流;透過 pinned threads 快速回到同一個上下文。
2. Voice + steering + queuing
Voice 捕捉還沒整理好的原始想法;steering 用來中斷並修正進行中的任務;queuing 則在當前步驟完成後排入下一件事。這讓使用者仍在 loop 內,而不是等 agent 跑完才發現方向錯。
3. Tools and reach
Codex 從 repo 往外延伸:browser、Chrome 狀態、computer use、MCP servers、Slack、Gmail、Calendar、connectors。許多工作一開始不是 code,而是訊息、收件匣、行事曆與文件。
4. Automations + Goals
排程 automation 適合每日報告與定期 repo 檢查;thread automation 則像心跳,回到同一條 thread 持續推進。Goals 必須有明確終點線與驗證器,例如 tests、benchmarks、錯誤重現、E2E workflow。
| 能力 | 設計重點 | 反模式 |
|---|---|---|
| Durable thread | 讓上下文、決策、偏好、阻礙可延續 | 每次開新聊天,重建背景 |
| Steering | 在 agent 還沒跑完時修正方向 | 等它做完整批錯事再重做 |
| Goals | 提供可量測停止條件與驗證器 | 只說「把計畫做完」但沒有成功標準 |
| Side panel | 直接審核 code、PDF、slide、browser artifact | 產出物散落到外部工具,對話失去脈絡 |
| Shared memory | 把重要脈絡寫進 Obsidian / vault / AGENTS.md | 讓決策只存在逐字稿裡 |
可直接套用的 Codex 工作區設計:
- 建立 Chief of Staff thread:每 30 分鐘檢查 Slack / Gmail 待回覆事項,只草擬不寄出。
- 建立 Release thread:保留 release checklist、風險、owner、rollback plan。
- 建立 Docs review thread:定期掃 PR / docs comment,整理待決策項。
- 每個 Goal 都附測試、benchmark 或 E2E 驗證矩陣。