2026-05-27站内改写

Codex自我蒸餾玩法火了！OpenAI員工親授：複製貼上就能讓AI消滅重複勞動

只需一段提示詞，OpenAI員工Vaibhav分享的Codex自我蒸餾法引發熱議。

文章情報

工程師進階

要點

OpenAI員工Vaibhav釋出提示詞，讓Codex自動查詢歷史會話中的重複工作流並打包工具
提示詞有兩個版本，第二版擴充套件到Memory和Chronicle，覆蓋更多工作場景
依賴Codex新功能Chronicle、Memory和Subagent，實現自動化工作流打包
Vaibhav本人是Codex重度使用者，已一個月未開啟IDE

為什麼重要

這條新聞值得關注，因為OpenAI員工Vaibhav釋出提示詞，讓Codex自動查詢歷史會話中的重複工作流並打包工具。

技術影響

可能影響模型選型、推理成本、產品能力和評測基準。

Codex自我蒸餾玩法火了！OpenAI員工親授：複製貼上就能讓AI消滅重複勞動 – 量子位

Codex自我蒸餾玩法火了！OpenAI員工親授：複製貼上就能讓AI消滅重複勞動

聽雨 2026-05-27 13:12:18

來源：量子位

只需一段提示詞

聽雨發自凹非寺量子位 | 公眾號 QbitAI

Codex自家程式設計師，直接把Codex「自我蒸餾」的秘籍給爆出來了…

只需要把一段提示詞，直接複製貼上進Codex。

它就會主動翻查你的歷史會話，找出你一直在手動重複做的事，然後替你把這些工作流打包成可複用的工具。

這位Codex成員可以說是相當慷慨，經過網友反饋之後，他還立馬迭代出了一個2.0版本。

這怎麼說呢…老哥還是太全面了。

OpenAI總裁Greg Brockman也親自趕來轉發點讚了。

有意思的是，Brockman還同時轉發了一條冷知識：Codex是開源的。

Codex自我蒸餾，怎麼做到的？

我們來細品一下Vabihav（就叫他VB吧）釋出的這兩版提示詞。

第一版是醬嬸兒的：

看看我最近的會話，找出重複的工作流或重複的請求。

對於我一直在手動做的事，給我建議：

如果是可複用工作流，建立一個skill；2. 如果是有邊界的角色或調查任務，建立一個custom subagent。

重點關注CI失敗、PR審查、changelog、文件更新、發版準備、除錯、測試分診這類實際工作。

只建立有用的，保持簡潔。

很短，只有9行。

直接把這段提示詞複製貼上進Codex，它就會開始開始翻你的歷史會話，找出那些你反覆在做的動作。

然後告訴你這件事該做成skill，那件事更適合派個subagent去專門負責。

咋說呢，這提示詞簡潔是簡潔。

但CI失敗、PR審查、changelog這些名詞…感覺都太專業了，好像是程式設計師專屬提示詞。

果不其然，第一版發出來之後，評論區立刻湧進了一堆反饋。

VB老哥也是沒閒著，緊趕慢趕當天就更新了第二版。

直接把資料來源和覆蓋範圍都擴大了一圈。

提示詞也變長了不少，從9行變成了35行：

中文版也貼在這裡：

回顧我過去30天的工作記錄，找出值得打包的重複手動工作流。

按優先順序使用以下資料來源：最近的Codex會話和任務摘要；Codex Memories和彙總記錄，找跨會話的重複模式；如果開了Chronicle，用它發現Codex以外的重複工作（僅用於發現，重要細節需回原始系統確認）；已有的skill、custom agent和automation，優先複用或擴充套件，不要重複造輪子。

要廣撒網：編碼、調研、寫作、規劃、溝通、運營、分析、個人事務都算。

只在以下條件都滿足時才動手：發生過至少兩次，或明確可能再發生且重來代價高；有穩定輸入、可重複流程和明確輸出；能實質改善速度、質量或可靠性；現有工具還沒覆蓋。選最小適用形式：Skill、Custom subagent、Automation、Skip。

先輸出候選清單，再建立高置信度的專案，最後告訴我建立了什麼、跳過了什麼、還需要更多證據的是什麼。

和第一版相比呢，主要有三處升級：

資料來源從「最近會話」擴充套件到了Memories和Chronicle，Codex能看到的東西也是多出不少。

覆蓋範圍從編碼任務擴到寫作、規劃、溝通、運營，幾乎包含了你全部的工作場景。

（不只是程式設計師哈，咱寫文章的、做運營的、搞策劃的都能用了）

輸出也從「給建議」升級成了「直接建立」，高置信度的條目，它自己就動手了。

打包出來的結果分四種：

每週重複的固定流程，做成Skill；

需要專門角色去搞定的調查任務，派Subagent；

定時觸發、不需要人盯的檢查，做成Automation；

只發生過一次、邊界模糊的，直接Skip，不打包。

評論區的反應也印證了這條提示詞的實用性。有網友當場喊話：

「把它做成外掛，叫 /dream，給我發版稅。」

VB本人也在評論裡承認，確實應該做成正式外掛，只是dream這個名字…他不太買賬哈。

不過也有網友質疑，回看30天的歷史記錄，這得燒多少token啊？？

不得不說，token確實是大家最關心的問題…

不過VB並沒有給出回應，可能作為內部人員在token方面還是很有保障的吧。

而且OpenAI最近一直在瘋狂重置Codex的速率限制，感興趣的友友們還是可以大膽一試的。

還有網友試用後發現，他自動生成的skill有一半來自「在輸入還沒穩定的時候就做過兩次的事」。

結果維護這些抽象的成本比直接重做還高。

他的問題是：到底是讓Codex自己判斷要不要打包，還是人工把關？

它依賴哪些Codex新功能

可能大家也看出來了。

VB這條提示詞涉及的Chronicl、Memory和Subagent，都是Codex這兩個月猛猛連發的幾個新功能。

最新的是Chronicle，4月20日剛上線，目前還是預覽版。

它的作用是螢幕擷取，如果你開了這個功能，Codex就能看到你在瀏覽器、Slack、郵件裡做了什麼。

當然，它也可以看到你所做的重複工作了。

不過，Chronicle目前只對macOS上的ChatGPT Pro訂閱使用者開放，而且記憶未加密儲存在本地，會快速消耗rate limit，提示詞注入風險也更高。

Memory功能，是4月16日隨Codex大更新一起上線的，也是預覽功能。

它可以記住使用者偏好、修正記錄和專案專屬知識，並在未來會話中自動呼叫。

Subagent功能則更早一些，3月正式上線。

它由一個管理Agent協調多個專門編碼Agent，每個Agent在獨立的雲端沙盒中執行。

VB，一個愛整活的OpenAI員工

最後我們來介紹一下Vaibhav Srivastav，這也是一個很有意思的人。

他是OpenAI Codex團隊成員，也是前HuggingFace成員。

曾在HuggingFace擔任機器學習開發者佈道師，以及開發者體驗與社群負責人。

他應該是目前Codex生態裡最能整活的內容輸出者之一。

在他的X賬號裡，全是他依賴Codex處理日常事務的印記。

就在昨天，他還在試圖用Codex配置自己的樹莓派，確保裝置接入家庭WiFi後能遠端訪問。

而在5月22日，他宣稱自己「已經超過一個月沒有開啟過IDE了」，光用Codex已經完全足夠。

「一個App統治一切！」

真是Codex最最最忠實的粉絲了。

除了這條自我蒸餾提示詞，從他的推文裡，量子位還挖出了不少Codex有意思的玩法。

比如Codex的 /goal 命令：給Codex定一個「完成態」，告訴它成功的樣子是什麼，然後讓它一直跑到達成目標。

背後有一個驗證器在每一步結束後判斷「目標是否達成」，如果沒有，主模型繼續執行。

這個功能特別適合大規模重構、程式碼遷移、長期實驗，或者那些「只要不停就能做完」的任務。

Codex 0.128.0版本起可用，透過 /goal 命令觸發。

感興趣的友友們，連結已經附在下方，快開啟你的Codex試試吧~

參考連結： [1]https://x.com/reach_vb/status/2058538305872949490 [2]https://x.com/reach_vb/status/2052805243268718803

聽雨

OpenAI大神教你如何榨乾Codex2026-05-23

520當天400萬AI人，都在量子位聽這近20場演講&對談｜第四屆中國AIGC產業峰會2026-05-21

DeepSeek V4價格打骨折，寧王京東網易搶著入場，梁文鋒：目標是AGI2026-05-23

李飛飛再出手，空間智慧的ImageNet來了2026-05-22