OpenAI 官方這篇 Codex 攻略，把最重要的一段藏在了最後
整理版優先睇
Codex 最值得吸收嘅核心：外部記憶（vault）比模型能力更重要
呢篇文章係由一位 AI 開發者整理自 OpenAI Codex 團隊 Jason Liu 嘅長推文《Getting the most out of Codex》。作者想點出一個好多人忽略嘅重點：Agent 要從「一次性工具」變成「長期可託付嘅同事」，關鍵唔係模型再進化一代，而係有冇一塊持久、純文字、你自己都喺度維護嘅記憶空間。
文章頭七節介紹咗 Codex 嘅功能——持久線程、語音輸入、操控、排隊、工具觸達、自動化、Goal、側邊欄——但作者認為呢啲全部係為咗第八節（共享記憶）鋪路。Jason 提出嘅 vault 概念，就係一個普通文件夾入面放一堆 Markdown 檔案，用嚟記錄項目狀態、決策、阻塞同驗收標準。呢個做法唔依賴任何模型或廠商，而且 Claude Code、Cursor 等工具都收斂到同一模式。
最終結論好清晰：模型能力從來唔係 Agent 嘅瓶頸，記憶先係。作者整合咗五條實操建議，包括建 CLAUDE.md、用 git 管理記憶檔案、讓 Agent 自己維護 vault 等，直接可以落地使用。
- 結論：Agent 能夠長期託付嘅關鍵唔係模型能力，而係外部純文字記憶（vault）。
- 方法：建立一個 vault 文件夾，入面放 AGENTS.md（或 CLAUDE.md），記錄項目目標、程式碼風格、避坑指南。
- 差異：將 AI 當成一次性函數 vs 當成同事帶住持續工作，產出差距比換模型更大。
- 啟發：OpenAI Codex、Claude Code、Cursor 都收斂到同一模式——記憶就係倉庫嘅純文字文件，可 git 版本控制。
- 可行動點：喺常用目錄建 CLAUDE.md，定期記錄決策同阻塞，讓 Agent 自己維護 vault，避免無意義變更。
Vault 目錄結構建議
頂層放 AGENTS.md，入面寫清楚規範：把 ~/vault 當作持久工作記憶，寧可要規範嘅筆記，保留決定、阻塞項、負責人、日期同有用連結。底下分 people/projects/agent/notes 等子目錄。
CLAUDE.md 最低要求
喺項目根目錄建 CLAUDE.md，寫三件事：呢個項目係做乜、我嘅程式碼風格偏好係乜、邊啲坑唔好再踩。
文章脈絡：前七節只係第八節嘅腳註
呢篇文章係作者讀完 OpenAI Codex 團隊 Jason Liu 嘅長推文後寫嘅整理心得。推文介紹咗 Codex 嘅 持久線程、語音輸入、操控、排隊、自動化、Goal、側邊欄 呢七項功能，但作者認為呢啲全部係為咗第八節——共享記憶——鋪路。
作者嘅判斷好直接：呢啲功能係「管理下屬嘅原語」，但前提係呢位「同事」要有記憶，否則每個會話都要重新自我介紹。
你可以理解為：前七節係教你點樣同一個「短期記憶」嘅 Agent 互動，而第八節先係令佢擁有「長期記憶」嘅關鍵。
八個「同事化」能力速覽
以下係原文前七節列出嘅能力，每個對應一個「管同事」嘅動作：
- 持久線程：畀同事一個固定工位，唔使每次都重新講背景。
- 語音輸入：邊行邊口述 ideas，未成形嘅諗法都可以掉過去。
- 操控：行錯路時當面打斷佢——「停，方向唔啱」。
- 排隊：做完呢樣先做下一樣，例如「順手將條 link 發去羣組」。
- 工具觸達：開畀佢各系統權限，包括瀏覽器、Chrome、桌面操作。
- 自動化：讓佢自己按時打卡，你唔在場時都可以自動執行。
- Goal：畀一份驗收標準，唔好亂做，做完成要交到差。
- 側邊欄：共用一塊工作台，你可以直接睇到佢做緊乜。
承重牆：共享記憶 vault
原文第九節（實際係第八個重點）提到一個叫 vault 嘅概念。vault 好簡單——就係一個普通文件夾，入面裝一堆純文字 Markdown 檔案。參考結構如下：
vault/
├── TODO.md
├── people/
├── projects/
├── agent/
└── notes/頂層放一個 AGENTS.md，入面寫清楚規範：把 ~/vault 當作持久工作記憶、寧可要規範嘅筆記、保留決定同阻塞項、冇 meaningful 變化就唔好攪動 vault。
作者總結得好狠：模型能力從來唔係呢一波 Agent 嘅瓶頸。將同一個模型畀兩個人用——一個當函數調用，每次都從零開始；另一個配備 vault 同 AGENTS.md，讓記憶跨會話流轉——兩人產出嘅差距，比換模型大得多。
可以直接抄嘅實操建議
作者整合咗原文同自己用 Claude Code 嘅經驗，畀出五條實操：
- 1 喺你最常工作嘅目錄下，建一個 CLAUDE.md（或 AGENTS.md）。寫清楚三件事：呢個項目係做乜、我嘅程式碼風格偏好係乜、邊啲坑唔好再踩。
- 2 畀「成日用嘅工作流」建一個固定文件，例如 ~/notes/projects.md，記錄所有項目嘅當前狀態、阻塞同下一步動作。每次開新會話，讓 Agent 先讀呢份文件。
- 3 一切重要決策都要落到文件入面。傾完嘅結論，叫 Agent 寫入對應嘅 md 文件，下次佢自己會續上。
- 4 用 git 管理呢啲 md 檔案，歷史可追溯。
- 5 喺 AGENTS.md 入面明確話畀 Agent 知：冇 meaningful 變化就唔好鬱，否則佢會將 vault 改成一鍋粥。
寫在最後：功能會一直加，但記憶要自己搭
OpenAI 呢篇文章一直喺度話 Codex 識得做乜——操控、排隊、自動化、Goal、側邊欄，每一節都好靚。但讀到最後你會發現，呢啲功能可唔可以在你身上跑得通，全睇你有冇嗰塊 vault。
功能 OpenAI 會一直加。但嗰塊持久嘅、純文字嘅、你自己都喺度維護嘅記憶——得你自己搭。呢件事 OpenAI 幫唔到你，模型都幫唔到你。作者最後建議：Claude Code 用戶建 CLAUDE.md，Codex 用戶建 vault 文件夾加 AGENTS.md，然後寫住寫住自然就會長出嚟。
“睇曬成篇文章你會發現：要令 Agent 交得俾佢，根本唔係模型能力
OpenAI Codex 團隊嘅 Jason Liu（@jxnlco）幾日前發咗篇長推文，個名叫《Getting the most out of Codex》——直譯就係「點樣將 Codex 用到最盡」。
我由頭到尾讀咗一次，做完筆記最大嘅感受係：
呢篇文最重嘅一段，俾作者放咗喺第 8 節。
前面嗰 7 節靚嘅功能介紹——持久線程、語音輸入、操控排隊、自動化、Goal、側邊欄……
全部都係第 8 節嘅腳註。
原文連結：https://x.com/jxnlco/status/2057153744630890620
今日呢篇我做兩件事：
用一張表將嗰 7 節嘅核心點快閃一次（你想睇官方原話直接去推上讀） 重點拆第 8 節，以及點解佢係 Agent 時代真正嘅勝負關鍵
一、成篇文章其實只係講緊一句話
舊 AI 模型：
一個 prompt 換一個 diff，agent 係你調用嘅一個函數。
你掟一句話入去，佢掟一段 code 出嚟。搞掂，收工。
新 AI 模型：
一個持久線程，你似帶一個同事咁帶佢。
呢位「同事」會返工放工、會俾你打斷、會自己排日程、會拎住驗收標準去交差，仲記得我哋上次傾到邊。
成篇文章列咗嗰一大串能力——
操控、排隊、自動化、Goal、共享記憶——
本質上係一套管理下屬嘅原語。
Jason 冇明講，但你順住讀落去會越嚟越清楚。
二、原文 8 個「同事化」能力速覽
我用一張表壓縮原文前 7 節嘅內容。
每一條對應一個「喺管同事時會用到嘅動作」:
| 持久線程 | ||
| 語音輸入 | ||
| 操控 | ||
| 排隊 | ||
| 工具觸達 | ||
| 自動化 | ||
| 目標 | ||
| 側邊欄 |
讀到呢一步，你會覺得「嘩呢套嘢好齊全」.
但等陣——
呢 8 件事全部係建立喺一個隱藏前提上：
呢位「同事」要有記憶。
如果唔係，你每日朝早都要同佢重新自我介紹一次。
三、被排喺第 9 節嘅承重牆：共享記憶
原文第 9 節，Jason 提到一個叫 vault 嘅概念。
vault 係咩？
就係一個普通嘅文件夾，裏面裝一堆純文字 Markdown 文件。
參考結構係咁：
vault/
├── TODO.md
├── people/
├── projects/
├── agent/
└── notes/
頂層放一個 AGENTS.md，裏面寫清楚：
把 ~/vault當作持久工作記憶寧願要規範嘅筆記，都唔好畀筆記周圍蔓延 保留決定、阻塞項、負責人、日期同有用連結 冇有意義嘅變化就唔好搞個 vault
呢個就係 Codex 嘅「長期記憶」——唔係某個雲端數據庫，唔係某個 RAG 向量庫——
就係一個你可以直接 cat 出嚟睇嘅文件夾。
你可以 git commit 佢，你可以放落 Obsidian，你可以掟入 Dropbox 同步。
佢唔依賴任何模型，唔依賴任何廠商。
四、點解呢段先係文章入面最重嘅一段
我將呢段拆出嚟反覆讀，越讀越覺得佢唔係一個「附加功能」，而係承重牆。
理由有三個。
第一：前 8 個能力全部係「線程可以持續做嘢」嘅能力。
但只要上下文仲係只活在對話記錄入面，所謂嘅「持續」就係假嘅——線程一長，一樣會唔見。
只有將記憶放落 vault，「持久線程」先真係持久。
第二：Goal 嗰節有句說話好狠。
“「有野心好重要，但冇驗證，就只係喺度許願咋。。」
Agent 落地嘅真問題，唔係模型能力——
能力早就夠，缺嘅係一個可以回答佢有冇做啱嘅嘢。
而嗰個「可以回答有冇做啱」嘅嘢，都要活在 vault 度——歷史決定、當前阻塞、驗收標準、目標定義——全部都要喺嗰度。
第三：vault 呢個模式唔係 OpenAI 獨有。
Claude Code 一早有 **CLAUDE.md**。
Cursor 有自己的 rules 文件。
各家 Agent 各自摸索咗一年幾，最後全部收斂到同一件事——
“Agent 嘅記憶，就係倉庫入面嘅純文字文件。睇得、改得、有 version control。
五、真正嘅 Agent 時代答案
讀完原文我有個幾反 OpenAI 立場嘅判斷：
模型能力，從來唔係呢一波 Agent 嘅瓶頸。
GPT-5、Claude Opus 4.7、Gemini 2.5 都勁到可以做到嘢。
但係你將同一個模型俾兩個唔同嘅人用——
一個人將佢當函數調用，每次都由零開始；
另一個人俾佢配咗一個 vault，寫咗一個 AGENTS.md/CLAUDE.md，令記憶可以跨會話流轉——
兩個人嘅產出差距，比換模型大得多。
Agent 要由「一次性工具」變成「長遠可以交得俾佢嘅同事」，靠嘅唔係模型再升級一代——
靠嘅係有冇嗰塊外部、純文字、你自己都喺度維護嘅記憶。
六、幾條可以直接抄嘅實操建議
我將原文 + 我自己用 Claude Code 嘅經驗整合成幾條實操：
1. 喺你最常做嘢嘅目錄下，開一個 CLAUDE.md（或 AGENTS.md）
唔需要複雜結構。
寫清楚三件事就得：
呢個項目係做咩 我嘅 code 風格偏好係咩 邊啲坑唔好再踩
2. 為「成日用嘅 workflow」開一個固定文件
例如我有一個 ~/notes/projects.md，記錄曬所有項目嘅當前狀態、阻塞、下一步動作。
每次開新會話，叫 Claude 先讀一次。
3. 所有重要決定都要落返文件度
傾出嚟嘅結論，叫 Agent 寫返落對應嘅 md 文件。
下次佢嚟就可以接住，而唔係由你個腦重新 load。
4. 用 git 管理呢啲 md
歷史可以追溯。
5. 叫 Agent 自己維護 vault
在 AGENTS.md 裏面清楚話畀佢知：冇有意義嘅變化就唔好搞。
如果唔係佢會將 vault 改到一鑊粥。
寫喺最後
OpenAI 呢篇文章一路話畀你知 Codex 可以做到啲咩——
操控、排隊、自動化、Goal、側邊欄，每一節都好靚。
但讀到最後你會發現，呢啲功能能唔能夠喺你身上行得通，全部睇你有冇嗰塊 vault。
功能 OpenAI 會一路加。
但嗰塊持久嘅、純文字嘅、你自己都喺度維護嘅記憶——
要你自己搭。
呢件事 OpenAI 幫唔到你，模型都幫唔到你。
原文連結：https://x.com/jxnlco/status/2057153744630890620
如果你想直接攞嚟用：
Claude Code 用戶：喺項目嘅根目錄開一個 CLAUDE.md，由最簡單嘅「項目介紹 + 風格偏好」兩段寫起Codex 用戶：跟原文開一個 vault 文件夾 + AGENTS.md
其餘嘅，寫下寫下自然會生返出嚟。
如果篇文章幫到你，順手俾個 like、睇、轉發三連啦~
如果想第一時間收到推送，都可以俾我一個星標⭐
💡推薦閲讀
提供ChatGPT Plus 成品號，代充等，撳文末【閲讀原文】睇詳情！
或+v：afly813 諮詢
目前我哋嘅 AI CODE 平台已支援 claude code 、codex、Gemini，想體驗最強最前沿嘅 AI 編程，衝就完了！！🚀
夥伴們，以後寫 code，codex同claude都可以爽yy啦！！！
等你嘅 Claude Code 效率飛起！你只差呢個萬能公式！！
呢個先係 AI 編程嘅最強組合，VSCode + Claude Code 令寫 code 快到飛起！
【附提示詞模板】10個 Claude code 高頻提示詞模板（可直接複製使用）!建議收藏！！
我哋嘅ChatGPT充值服務亦已經上線，撳文末【閲讀原文】睇詳情！
鍾意嘅話❤，歡迎點讚、關注一波，之後會繼續為大家分享工作流、 AI編程等實戰乾貨，等我哋一齊學 AI！
“看完整篇文章你會發現：讓 Agent 能託付的，根本不是模型能力
OpenAI Codex 團隊的 Jason Liu（@jxnlco）幾天前發了一篇長推文，標題叫《Getting the most out of Codex》——直譯過來就是"如何把 Codex 用到極致"。
我把它從頭到尾啃了一遍，做完筆記最大的感受是：
這篇文章最承重的一段，被作者排在了第 8 節。
前面那 7 節漂亮的功能介紹——持久線程、語音輸入、操控排隊、自動化、Goal、側邊欄……
全是第 8 節的腳註。
原文連結：https://x.com/jxnlco/status/2057153744630890620
今天這篇我做兩件事：
用一張表把那 7 節的核心點速速過一遍（你想看官方原話直接去推上讀） 重點拆第 8 節，以及它為什麼是 Agent 時代真正的勝負手
一、整篇文章其實只在講一句話
老 AI 模型：
一個 prompt 換一個 diff，agent 是你調用的一個函數。
你扔進去一句話，它扔出來一段代碼。完事，關掉。
新 AI 模型：
一個持久線程，你像帶一個同事那樣帶它。
這位"同事"會上下班、會被你打斷、會自己排日程、會拿着驗收標準去交差，而且記得你們上次聊到哪了。
整篇文章列的那一長串能力——
操控、排隊、自動化、Goal、共享記憶——
本質上是一套管理下屬的原語。
Jason 沒明說，但你順着往下讀會越來越清晰。
二、原文 8 個"同事化"能力速覽
我用一張表壓縮原文前 7 節的內容。
每一條對應一個"在管同事時會用到的動作":
| 持久線程 | ||
| 語音輸入 | ||
| 操控 | ||
| 排隊 | ||
| 工具觸達 | ||
| 自動化 | ||
| 目標 | ||
| 側邊欄 |
讀到這一步，你會覺得"哇這套東西很全"。
但等一下——
這 8 件事全都建立在一個隱藏前提上：
這位"同事"得有記憶。
否則你每天早上還得跟他重新自我介紹一遍。
三、被排在第 9 節的承重牆：共享記憶
原文第 9 節，Jason 提到了一個叫 vault 的概念。
vault 是什麼？
就是一個普通的文件夾，裏面裝一堆純文本 Markdown 文件。
參考結構長這樣:
vault/
├── TODO.md
├── people/
├── projects/
├── agent/
└── notes/
頂層放一個 AGENTS.md，裏面寫清楚:
把 ~/vault當作持久工作記憶寧可要規範的筆記，也不要筆記到處蔓延 保留決定、阻塞項、負責人、日期和有用連結 沒有有意義的變化就不要去攪動這個 vault
這就是 Codex 的"長期記憶"——不是某個雲端數據庫，不是某個 RAG 向量庫——
就是一個你能直接 cat 出來看的文件夾。
你能 git commit 它，你能放進 Obsidian，你能扔進 Dropbox 同步。
它不依賴任何模型，不依賴任何廠商。
四、為什麼這才是文章裏最重的一段
我把這一段拆出來反覆讀，越讀越覺得它不是一個"附加功能"，而是承重牆。
理由有三個。
第一：前 8 個能力全是"線程能持續幹活"的能力。
但只要上下文還只活在對話記錄裏，所謂的"持續"就是假的——線程一長，照樣丟。
只有把記憶放進 vault，"持久線程"才真的持久。
第二：Goal 那一節有句話特別狠。
“"有野心很重要，但沒有驗證，就只是在許願而已。。"
Agent 落地的真問題，不在模型能力——
能力早就夠了，缺的是一個能回答它有沒有做對的東西。
而那個"能回答有沒有做對"的東西，也得活在 vault 裏——歷史決策、當前阻塞、驗收標準、目標定義——都得在那。
第三：vault 這個模式不是 OpenAI 獨有的。
Claude Code 早就有 **CLAUDE.md**。
Cursor 有自己的 rules 文件。
各家 Agent 各自摸索了一年多，最後全部收斂到同一件事——
“Agent 的記憶，就是倉庫裏的純文本文件。能看、能改、有 version control。
五、真正的 Agent 時代答案
讀完原文我有個挺反 OpenAI 立場的判斷:
模型能力，從來不是這一波 Agent 的瓶頸。
GPT-5、Claude Opus 4.7、Gemini 2.5 都強到能幹活。
但你把同樣的模型給兩個不同的人用——
一個人把它當函數調用，每次都從零開始；
另一個人給它配了一個 vault，寫了一個 AGENTS.md/CLAUDE.md，讓記憶能跨會話流轉——
兩人產出的差距，比換模型大得多。
Agent 要從"一次性工具"變成"長期可託付的同事"，靠的不是模型再升級一代——
靠的是有沒有那塊外部、純文本、你自己也在維護的記憶。
六、幾條可以直接抄的實操建議
我把原文 + 我自己用 Claude Code 的經驗整合成幾條實操:
1. 在你最常工作的目錄下，建一個 CLAUDE.md（或 AGENTS.md）
不需要複雜結構。
寫清楚三件事就行:
這個項目是幹嘛的 我的代碼風格偏好是什麼 哪些坑別再踩
2. 給"經常用的工作流"建一個固定文件
比如我有一個 ~/notes/projects.md，記錄所有項目的當前狀態、阻塞、下一步動作。
每次開新會話，讓 Claude 先讀一遍。
3. 一切重要決策都要落到文件裏
聊出來的結論，讓 Agent 寫進對應的 md 文件。
下次它來就能續上，而不是從你腦子裏重新加載。
4. 用 git 管理這些 md
歷史可追溯。
5. 讓 Agent 自己維護 vault
在 AGENTS.md 裏明確告訴它:沒有有意義的變化就別動。
否則它會把 vault 改成一鍋粥。
寫在最後
OpenAI 這篇文章一直在告訴你 Codex 能幹什麼——
操控、排隊、自動化、Goal、側邊欄，每一節都很漂亮。
但讀到最後你會發現，這些功能能不能在你身上跑通，全看你有沒有那塊 vault。
功能 OpenAI 會一直加。
但那塊持久的、純文本的、你自己也在維護的記憶——
得你自己搭。
這事 OpenAI 幫不了你，模型也幫不了你。
原文連結：https://x.com/jxnlco/status/2057153744630890620
如果你想直接拿來用：
Claude Code 用戶：在項目根目錄建一個 CLAUDE.md，從最簡單的"項目介紹 + 風格偏好"兩段寫起Codex 用戶：照原文建一個 vault 文件夾 + AGENTS.md
剩下的，寫着寫着自己就會長出來。
如果文章對你有幫助，隨手點個贊、在看、轉發三連吧~
如果想第一時間收到推送，也可以給我個星標⭐
💡推薦閲讀
提供ChatGPT Plus 成品號，代充等，點擊文末【閲讀原文】查看詳情！
或+v：afly813 諮詢
目前我們的 AI CODE 平台已支持 claude code 、codex、Gemini，想體驗最強最前沿的 AI 編程，衝就完事了！！🚀
夥伴們，以後寫代碼，codex和claude都可以爽yy啦！！！
讓你的 Claude Code 效率飛起！你只差這個萬能公式！！
這才是 AI 編程的最強組合，VSCode + Claude Code 讓寫代碼快到飛起！
【附提示詞模板】10個 Claude code 高頻提示詞模板（可直接複製使用）!建議收藏！！
我們的ChatGPT充值服務也已上線，點擊文末【閲讀原文】查看詳情！
喜歡的話❤，歡迎點贊、關注一波，後續會持續為大夥分享 工作流、 AI編程等實戰乾貨，讓我們一起學 AI！