讓 Codex 回看最近 30 天工作，自動找出該打包的技能

你係咪都有呢種感覺：

Codex 用耐咗之後，好多嘢其實都係重複做。

只係你冇停低整理。

昨日 OpenAI 嘅 Vaibhav Srivastav 出咗個好實用嘅 Codex prompt。

佢唔係叫 Codex 寫 code。

佢叫 Codex 回看你最近 30 日嘅工作，然後揾出值得沉澱嘅流程。

我將佢翻譯成最直接嘅講法：

叫 Codex 睇下你最近都不斷做緊啲乜，再判斷邊啲應該整成技能、子代理或者自動化。

呢個思路好適合高頻使用 Codex 嘅人。

因為你用得越密，歷史記錄就越容易藏住重複模式。

例如你每次都要：

睇一個新 project。查一大堆文件。寫一份計劃。做一次 code review。將影片整理成文章。將內容改做小紅書。檢查發佈前風險。

呢啲動作如果每次都由頭諗，就好嘥時間。

可以叫 Codex 自己幫你揾。

呢個 prompt 嘅結構好值得抄。

佢先規定證據順序。

先睇最近 Codex 對話同任務摘要。

再睇 Codex Memories 同 rollout summaries。

如果 Chronicle 開咗，就用 Chronicle 發現 Codex 出面嘅重複工作。

最後仲要睇現有嘅技能、子代理同自動化。

呢點好關鍵。

因為我哋唔係為咗整多啲嘢。

我哋係為咗 reuse。

如果現有技能解決到，就擴展佢。

如果唔值得打包，就略過。

你可以將完整流程拆做 5 步。

第 1 步，收集證據。

叫 Codex 去睇最近 30 日嘅對話、任務摘要、記憶同現有技能。

如果你嘅環境冇某啲來源，就用可用歷史。

唔好硬整。

第 2 步，揾候選流程。

標準唔係「睇落高級」。

而是：

重複出現。花時間。容易出錯。每次都要補好多 context。流程一旦固定，質量會更穩定。

第 3 步，篩走唔應該做嘅。

原 prompt 畀咗 4 條判斷條件。

我覺得呢 4 條好實用。

至少發生過兩次，或者將來好可能重複，而且重複成本高。

輸入穩定。

步驟可以重複。

輸出或者停止條件清楚。

能夠明顯改善速度、質量、一致性或者可靠性。

仲未俾現有能力 cover 到。

只要卡住其中一條，就唔好急住做。

第 4 步，揀最細形式。

呢度唔好一嚟就整複雜 Agent。

可以用技能解決，就寫技能。

技能適合可重用流程。

例如「將 YouTube 影片整理成公眾號文章」。

子代理適合有邊界嘅專家角色。

例如「淨係負責調查某個 bug 嘅 root cause」。

自動化適合定期檢查。

例如「每日朝早生成資訊源摘要」。

如果證據唔夠，就略過。

第 5 步，淨係創建高 confidence 嘅缺口。

呢度都好重要。

先輸出候選表。

表裏要寫：

重複工作流程。證據同日期。頻率同信心。推薦形式。點解值得做，或者點解唔值得做。

然後淨係創建最確定嘅缺失項。

唔好順手整一堆名好聽但係冇人用嘅技能。

我建議你直接用下面呢個版本：

Look back over my recent work from the last 30 days, or all available history if shorter, and identify repeated manual workflows worth packaging.

Use available evidence in this order:
- Recent Codex sessions and task summaries.
- Codex Memories and rollout summaries to find patterns repeated across sessions.
- Chronicle, if enabled, to spot repeated work outside Codex. Use Chronicle for discovery only; confirm important details in the relevant source system when possible.
- Existing skills, custom agents, and automations, so you reuse or extend what already exists instead of duplicating it.

Look broadly for work that is repeated, time-consuming, error-prone, context-heavy, or benefits from a consistent process. Include workflows across coding, research, writing, planning, communication, operations, analysis, and personal administration.

Only act on a candidate when it:
- occurred at least twice, or is clearly likely to recur and costly to repeat;
- has stable inputs, a repeatable procedure, and a clear output or stopping condition;
- would materially improve speed, quality, consistency, or reliability;
- is not already adequately covered.

Choose the smallest appropriate form:
- Skill: a reusable workflow or playbook.
- Custom subagent: a bounded specialist role or investigation task suitable for delegation.
- Automation: a scheduled or recurring check, report, reminder, or monitor.
- Skip: work that is too one-off, ambiguous, sensitive, or poorly evidenced to package.

First produce a compact shortlist with:
- repeated workflow
- supporting evidence and dates
- frequency/confidence
- recommended form: skill, subagent, automation, extend existing, or skip
- why it is or is not worth creating

Then create only the high-confidence missing items. Keep them narrow, practical, source-aware, and easy to validate. Do not create speculative, overlapping, or overly broad assets.

Finish with:
- what you created or extended
- what you deliberately skipped
- what needs more evidence before packaging

用嗰陣有幾個注意事項。

第一，最好喺一個有真實歷史記錄嘅 workspace 度跑。

如果歷史太少，Codex 只能靠估。

估出嚟嘅工作流程唔好直接使用。

第二，要求佢先出表，唔好直接創建。

你先睇候選項係咪真係存在。

例如佢話你經常做「發佈監控」，但你其實只做過一次，咁就 delete 咗佢。

第三，現有技能一定要查。

如果唔係好容易重複造輪子。

例如已經有 /content-pipeline，就唔應該再做一個「文章流水線技能」。

更合理係擴展現有技能，或者只係補一個好窄嘅缺口。

第四，新技能要能夠驗證。

一個好技能唔係寫得靚。

佢應該能夠回答：

輸入係乜？步驟係乜？幾時停止？輸出係點樣？失敗時點算？

只要呢幾個問題講唔清，就仲未係技能。

我自己最鍾意呢個 prompt 嘅地方，係佢將「AI 幫我做嘢」推前咗一步。

以前我哋成日叫 Codex 執行任務。

而家可以叫 Codex 反轉嚟睇任務本身。

佢會問：

你係咪成日重複呢件事？呢件事係咪應該沉澱？有冇現成工具可以重用？證據夠唔夠？

呢個有啲似俾自己嘅工作流程做一次身體檢查。

唔係為咗將所有工作都自動化。

而係將最值得重用嘅嗰一小塊先攞出嚟。

如果你最近一個月高頻用 Codex，真係可以跑一次。

跑完唔好急住全部採納。

先睇候選表。

淨係揀一個最痛嘅流程。

整成最細版本。

然後攞下一次真實任務試下。

行得通，再沉澱。

行唔通，就 delete 咗佢。

呢個先係工作流程打包最穩陣嘅方式。

你是不是也有這種感覺：

Codex 用久了以後，很多活其實在重複做。

只是你沒有停下來整理。

昨天 OpenAI 的 Vaibhav Srivastav 發了一個很實用的 Codex prompt。

它不是讓 Codex 寫代碼。

它讓 Codex 回看你最近 30 天的工作，然後找出值得沉澱的流程。

我把它翻譯成最直接的話：

讓 Codex 看看你最近都在反覆幹什麼，再判斷哪些應該做成技能、子代理或自動化。

這個思路很適合高頻使用 Codex 的人。

因為你用得越多，歷史記錄裏越容易藏着重複模式。

比如你每次都要：

讀一個新項目。 查一堆文件。 寫一份計劃。 做一次 code review。 把視頻整理成文章。 把內容改成小紅書。 檢查發佈前風險。

這些動作如果每次都從頭想，就很浪費。

可以讓 Codex 自己幫你找。

這個 prompt 的結構很值得抄。

它先規定證據順序。

先看最近 Codex 會話和任務摘要。

再看 Codex Memories 和 rollout summaries。

如果 Chronicle 開了，再用 Chronicle 發現 Codex 外面的重複工作。

最後還要看已有技能、子代理和自動化。

這一點很關鍵。

因為我們不是為了多造東西。

我們是為了複用。

如果已有技能能解決，就擴展它。

如果不值得打包，就跳過。

你可以把完整流程拆成 5 步。

第 1 步，收集證據。

讓 Codex 去看最近 30 天的會話、任務摘要、記憶和已有技能。

如果你的環境裏沒有某些來源，就用可用歷史。

不要硬編。

第 2 步，找候選流程。

標準不是“看起來高級”。

而是：

重複出現。 花時間。 容易出錯。 每次都要補很多上下文。 流程一旦固定，質量會更穩。

第 3 步，篩掉不該做的。

原 prompt 裏給了 4 條判斷條件。

我覺得這 4 條很實用。

至少發生過兩次，或者以後很可能重複，而且重複成本高。

輸入穩定。

步驟可重複。

輸出或停止條件清楚。

能明顯改善速度、質量、一致性或可靠性。

還沒有被現有能力覆蓋。

只要卡住其中一條，就別急着做。

第 4 步，選最小形式。

這裏不要一上來就做複雜 Agent。

能用技能解決，就寫技能。

技能適合可複用流程。

比如“把 YouTube 視頻整理成公眾號文章”。

子代理適合有邊界的專家角色。

比如“只負責調查某個 bug 的根因”。

自動化適合定期檢查。

比如“每天早上生成信息源摘要”。

如果證據不夠，就跳過。

第 5 步，只創建高置信度缺口。

這裏也很重要。

先輸出候選表。

表裏要寫：

重複工作流。 證據和日期。 頻率和信心。 推薦形式。 為什麼值得做，或者為什麼不值得做。

然後只創建最確定的缺失項。

不要順手創建一堆名字很好聽但沒人用的技能。

我建議你直接用下面這個版本：

Look back over my recent work from the last 30 days, or all available history if shorter, and identify repeated manual workflows worth packaging.

Use available evidence in this order:
- Recent Codex sessions and task summaries.
- Codex Memories and rollout summaries to find patterns repeated across sessions.
- Chronicle, if enabled, to spot repeated work outside Codex. Use Chronicle for discovery only; confirm important details in the relevant source system when possible.
- Existing skills, custom agents, and automations, so you reuse or extend what already exists instead of duplicating it.

Look broadly for work that is repeated, time-consuming, error-prone, context-heavy, or benefits from a consistent process. Include workflows across coding, research, writing, planning, communication, operations, analysis, and personal administration.

Only act on a candidate when it:
- occurred at least twice, or is clearly likely to recur and costly to repeat;
- has stable inputs, a repeatable procedure, and a clear output or stopping condition;
- would materially improve speed, quality, consistency, or reliability;
- is not already adequately covered.

Choose the smallest appropriate form:
- Skill: a reusable workflow or playbook.
- Custom subagent: a bounded specialist role or investigation task suitable for delegation.
- Automation: a scheduled or recurring check, report, reminder, or monitor.
- Skip: work that is too one-off, ambiguous, sensitive, or poorly evidenced to package.

First produce a compact shortlist with:
- repeated workflow
- supporting evidence and dates
- frequency/confidence
- recommended form: skill, subagent, automation, extend existing, or skip
- why it is or is not worth creating

Then create only the high-confidence missing items. Keep them narrow, practical, source-aware, and easy to validate. Do not create speculative, overlapping, or overly broad assets.

Finish with:
- what you created or extended
- what you deliberately skipped
- what needs more evidence before packaging

用的時候有幾個注意點。

第一，最好在一個有真實歷史記錄的工作區裏跑。

如果歷史太少，Codex 只能猜。

猜出來的工作流不要直接用。

第二，要求它先出表，不要直接創建。

你先看候選項是否真實。

比如它說你經常做“發佈監控”，但你其實只做過一次，那就刪掉。

第三，已有技能一定要查。

不然很容易重複造輪子。

比如已經有 /content-pipeline，就不該再做一個“文章流水線技能”。

更合理的是擴展現有技能，或者只補一個很窄的缺口。

第四，新技能要能驗證。

一個好技能不是寫得漂亮。

它應該能回答：

輸入是什麼？ 步驟是什麼？ 什麼時候停止？ 輸出長什麼樣？ 失敗時怎麼辦？

只要這幾個問題說不清，就還不是技能。

我自己最喜歡這個 prompt 的地方，是它把“AI 幫我做事”往前推了一步。

以前我們常讓 Codex 執行任務。

現在可以讓 Codex 反過來看任務本身。

它會問：

你是不是總在重複這件事？ 這件事是不是應該沉澱？ 有沒有已有工具能複用？ 證據夠不夠？

這有點像給自己的工作流做一次體檢。

不是為了把所有工作都自動化。

而是把最值得複用的那一小塊先拿出來。

如果你最近一個月高頻用 Codex，真的可以跑一次。

跑完不要急着全採納。

先看候選表。

只挑一個最痛的流程。

做成最小版本。

然後拿下一次真實任務試一下。

能跑通，再沉澱。

不能跑通，就刪掉。

這才是工作流打包最穩的方式。