北京
聽雨 發自 凹非寺量子位 | 公眾號 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
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
