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

Codex自家程序員，直接把Codex「自我蒸餾」的秘籍給爆出來了…

只需要把一段提示詞，直接復制粘貼進Codex。

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

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

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

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

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

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

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

第一版是醬嬸兒的：

• 看看我最近的會話，找出重復的工作流或重復的請求。
• 對于我一直在手動做的事，給我建議：

1. 如果是可復用工作流，創建一個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