如何讓 Codex 幫你做效率審計，實現自我進化

尋日，OpenAI 嘅 CEO 兼聯合創辦人 Greg Brockman，喺自己嘅 X 上面轉發咗一條推文。

你可能對 Greg Brockman 呢個人仲未咁熟，但如果你知道 OpenAI，咁呢個名嘅份量就唔使多講喇。

之前 Sam Altman 仲專登寫過一篇小作文嚟講 Greg Brockman 對 OpenAI 公司同埋佢個人有幾重要。

原文連結（有興趣嘅可以去睇下）：
https://blog.samaltman.com/greg

Greg Brockman 係 ChatGPT 背後嗰間公司嘅核心創辦人之一，行內公認嘅技術老手。佢平時好少出 post，但每次出手都幾有料到。

佢轉發嘅呢條內容嚟自一個叫 Vaibhav Srivastav（網名 reach_vb）嘅博客，主題係一份專登寫畀 Codex 用嘅提示詞（prompt）。

格雷格淨係加咗一句嘢："self improvement prompt for codex"。即係：畀 Codex 用嘅自我提升提示詞。

咁呢份提示詞到底係乜嘢意思，普通用戶用得着嗎？今日我哋拆開嚟講清楚。

先講 Codex 係乜，費事有人真係唔知。

Codex 係 OpenAI 推出嘅一個 AI 編程助手，你可以理解成一個專門幫你寫 code、跑任務嘅 AI 代理（Agent）。

網址：
https://openai.com/codex/

佢同 ChatGPT 網頁版嗰種一問一答嘅模式完全唔同，Codex 更加似係你喺屋企請咗個可以自主開工嘅 programmer 助手，你分配任務畀佢，佢去執行，做完之後再匯報結果畀你。

而且佢唔止做到編程嘅嘢，佢同 Claude Code 一樣已經進化咗做一個通用型 Agent。

好，背景交代完。而家講下呢份提示詞到底做乜。

每次當你喺本地重新開你嘅 AI 助手，無論係 Codex 又好，Claude Code 又好，定係其他 Agent 產品，你可能都會遇到同一個問題「記憶問題」。

」即係你要將上次關於你哋之間傾過嘅項目或者任務嘅背景或者進展重新講一次。

例如「我哋之前做緊咩項目或者任務」、「我哋處理到咩程度或者進展」、「我哋上次確定嘅技術架構係咁樣，code 結構係咁樣」等等……

呢啲說話你每次都要重複講，有的時候你嘅 AI 助手仲係一臉茫然咁等你重新介紹。

仲煩嘅係，有啲嘢你日日都做，例如每星期 check 一次項目嘅進度、每次 submit code 之前跑一次測試流程、每次整理文件嘅時候都要跟同一個格式。

呢啲重複嘅嘢，你冇形成任何標準流程，每次都靠臨時交代，效率低，仲容易出錯。

所以，呢份提示詞就係為咗解決呢個問題。

我提供兩個版本：一個係英文提示詞，另一個係經過校對嘅中文提示詞。你自己揀。

英文原版提示詞

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

中文版提示詞

回顧我過去 30 天的近期工作記錄（若可用歷史不足 30 天則回顧全部），識別出值得封裝的重複性手動工作流。

按以下優先級使用可用證據：
· 近期的 Codex 會話記錄與任務摘要。
· Codex 記憶庫與部署摘要，用於發現跨會話重複出現的模式。
· 若已啓用 Chronicle，用於發現 Codex 之外的重複性工作。Chronicle 僅用於發現階段；如有可能，請在相關源系統中確認重要細節。
· 現有的技能、自定義代理與自動化工具，優先複用或擴展已有資源，避免重複開發。

廣泛排查以下類型的工作：重複性高、耗時、易出錯、上下文依賴強，或能從標準化流程中獲益的工作。涵蓋編碼、研究、寫作、規劃、溝通、運營、分析及個人事務管理等領域的工作流。

僅當候選工作流滿足以下全部條件時，才對其進行處理：
· 已至少發生兩次，或明確可能再次發生且重複執行成本較高；
· 輸入穩定、流程可重複，且有明確的輸出或終止條件；
· 能顯著提升工作速度、質量、一致性或可靠性；
· 尚未被現有資源充分覆蓋。

選擇最小粒度的合適封裝形式：
· 技能（Skill）：可複用的工作流或操作手冊。
· 自定義子代理（Custom subagent）：邊界清晰的專業角色或適合委派的調查任務。
· 自動化（Automation）：定時或週期性執行的檢查、報告、提醒或監控任務。
· 跳過（Skip）：過於一次性、模糊不清、涉及敏感信息或證據不足，不適合封裝的工作。

首先生成一份精簡候選清單，包含以下內容：
· 重複性工作流描述
· 支持證據及對應日期
· 發生頻率 / 置信度
· 推薦封裝形式：技能、子代理、自動化、擴展現有資源或跳過
· 值得 / 不值得創建的理由

隨後僅創建高置信度的缺失項。保持其範圍聚焦、實用、適配源系統且易於驗證。請勿創建推測性、重疊或過於寬泛的資產。

最後總結以下內容：
· 你創建或擴展的內容
· 你刻意跳過的內容
· 需要更多證據才能進行封裝的內容

呢份提示詞嘅核心思路簡單講下：叫你嘅 Agent 自己回頭睇下，你過去 30 日做緊乜，邊啲嘢你做咗唔止一次，將呢啲嘢整理出嚟，打包成可以下次直接用嘅標準流程。

換句話講，就係叫 AI 幫你做一次工作效率審計，然後自己幫自己整工具。

原作者 Vaibhav 喺呢份提示詞出之前其實仲有一個更早嘅版本，更加簡單，得幾句說話，大意係：「睇下我最近嘅 Codex 會話，揾出重複嘅工作流程，幫我建立一個技能或者子代理，保持簡單"。

」後嚟佢根據大家嘅反饋對呢個簡單版提示詞做咗迭代升級，變成咗上面我而家提供畀你嘅呢個版本，功能更完整，邏輯亦更嚴謹。

我哋將呢份提示詞嘅工作邏輯拆一拆，佢大致包含四個動作。

第一個動作：回顧歷史

提示詞叫 Agent 按照一個固定嘅順序去揾證據：先睇最近嘅會話記錄，再睇跨會話嘅記憶摘要，再睇 Chronicle（呢個係 Codex 專有嘅功能，你可以理解佢係一個大事記或者記錄），最後睇現有已經整好嘅技能同自動化工具。

呢個順序設計得其實好有心思，為嘅係叫 Agent 從最可靠嘅證據入手，而唔係自己諗出一堆你根本冇做過嘅「重複工作」。

第二個動作：識別重複

Agent 唔係將你做過嘅所有嘢都列出嚟，而係專登揾啲「值得打包」嘅。

提示詞畀咗四個判斷標準：

◆ 呢件事至少發生過兩次，或者明確會再發生；
◆ 呢件事嘅輸入比較穩定，流程可以重複，有明確嘅完成標準；
◆ 打包之後可以實實在在咁提升速度、質量或者可靠性；
◆ 你現有嘅工具裏面仲未覆蓋到呢件事嘅。

呢四條缺一不可，全部滿足先算候選項。

第三個動作：評估值唔值得封裝

通過咗第二步篩選之後，Agent 仲要為每個候選項寫一份「簡歷」：

呢件事係乜，有咩證據證明佢重複發生咗，發生頻率係幾多，可信度點樣，建議用邊種形式打包，以及點解值得建或者點解唔值得建。

呢一步嘅目的就係叫你喺 Agent 開始動手之前，先睇一睇清單，自己確認一下方向有冇走歪。

第四個動作：選擇最小嘅封裝形式

我認為呢個係成份提示詞裏面我覺得最值得拎出嚟講嘅一點。

佢定義咗三種封裝形式：

◆ 技能（Skill）—— 即係一個可以重複調用嘅操作手冊；
◆ 自定義子代理（Custom subagent）—— 即係一個邊界清晰、可以委派任務嘅專屬角色；
◆ 自動化（Automation）—— 即係定時運行嘅檢查、報告或者提醒。

另外，仲有一個兜底選項叫跳過（Skip）。如果某件事太一次性、太模糊、涉及敏感信息，或者證據唔夠，就直接跳過，唔強行封裝。

這個「揀最小嘅」原則背後其實係一個好樸素嘅工程思維：你唔需要建立一個大而全嘅系統，只需要建立一個啱啱夠用嘅最小單元。

建得太大，維護起嚟麻煩，用起嚟笨重；

建得太細，唔夠用，將來仲要重建。

最小夠用，先至最實際。

OK，理解咗呢份提示詞嘅邏輯，跟住我哋再講下最實際嘅問題：點樣用，喺邊度用。

如果你用緊 Codex，咁最方便最直接，將上面嗰份完整嘅提示詞（英文原版或者中文版都得）直接複製去你嘅 Agent 對話框度，作為一次對話任務 send 出去就得。

Codex 本身有 Sessions 記錄、Memories 記憶同 Chronicle 跨平台追蹤呢三層功能，對應嘅證據鏈係完整嘅，提示詞可以原樣運行。

如果你成日用嘅係 Claude Code，就要稍微調整一下。

Claude Code 冇 Chronicle 呢個功能，所以同 Chronicle 相關嘅部分你可以刪走或者換成「回顧最近嘅對話記憶」。

因為 Claude Code 有自己嘅記憶機制，主要依賴「CLAUDE.md 檔案同對話歷史」。

你喺用嘅時候可以將提示詞入面講到 Chronicle 嘅嗰段換成「睇下 CLAUDE.md 記錄嘅項目資訊同個人偏好」，邏輯上係對得返嘅。

但如果你成日用嘅係 OpenClaw、Hermes Agent 或者其他 Agent 產品，遷移嘅難度我覺得會大啲，取決於嗰個產品有冇「會話記錄」同「跨會話記憶」嘅功能。

基本原則係：提示詞嘅思路完全可以參考，但具體嘅功能名稱同證據來源需要換成你嗰個平台實際支援嘅嘢，唔可以照抄。

仲有一點我要額外講清楚，因為我自己都諗過呢個問題：有冇可能將呢份提示詞直接放入全局規則，令佢每次對話都自動行？

後嚟我嘅判斷係唔建議咁做。

原因好簡單：呢份提示詞要做嘅嘢其實都幾重，佢需要回顧 30 日嘅歷史、識別模式、生成資產，呢個係一個又嘥時間又嘥資源嘅任務，唔適合每次開聲就觸發一次。

佢更適合一個「每月」或「每週」嘅定期自檢任務。

你主動叫佢行一次，睇下結果，確認冇問題，而唔係開機就「掛喺後台行嘅常駐程式」。

最合適嘅用法，係你每隔兩三個星期，或者覺得最近重複性工作明顯多咗嘅時候，專登喺項目下面開一個新會話，將呢個提示詞 send 出去，叫 Agent 做一次系統性嘅梳理。

寫喺最後

最後再講幾個要注意嘅地方。

首先，呢份提示詞對 Agent 嘅能力係有一定要求嘅。

如果你用嘅 Agent 歷史記錄好短，或者根本唔支援跨會話記憶，佢係回顧唔到咩有效內容嘅，俾出嘅結果亦會好空泛甚至亂咁估。呢種情況下你會見到 Agent 同你列出好多「可能重複」嘅工作，但其實只係根據你今次對話隨手作嘅，冇實際價值。

其次，Agent 喺識別重複模式呢件事上，暫時仲未夠精準。

佢肯定揾到明顯嘅重複，例如你每次都要手動整理某個格式嘅文件。但對於隱性重複，例如你每次遇到某類問題時都繞同一條彎路，感知能力會弱啲。所以跑完之後唔好嫌麻煩，最好親自再睇一次清單，唔好閂埋眼全部信曬。

仲有就係，呢份提示詞本身只係一個模板，佢畀咗你一個做事嘅框架同結構，但真正有冇用，始終取決於你過去嘅工作記錄有幾豐富、有幾清晰。你記錄得越多，Agent 揾到嘅有效模式就越多；你記錄得一團糟，甚至冇執行過咩任務，咁佢能夠提供畀你嘅建議自然好有限。

但總括嚟講，Greg Brockman 轉發呢條內容我覺得唔係佢得閒冇嘢做（畢竟佢平時真係好少出 post）。佢確實講中咗一個好多重度 Agent 用戶都喺度默默忍受嘅真實痛點：

我哋每日用 AI 開工，但從來冇系統性咁叫 AI 學識我哋嘅工作習慣。

呢份提示詞提供咗一個具體、可行嘅解決方法，就算你而家只係間中用到 Codex 或者 Claude Code，我覺得都好值得收藏起嚟。

等你覺得「最近點解成日重複做同一樣嘢」嘅時候，就可以拎出嚟行一次試下。

睇下得到咩結果或者建議。

既然睇到呢度，如果覺得唔錯，幫手隨手點個「讚」、「睇緊」、「轉發」三連；如果想第一時間收到推送，都可以幫我加個星標★，多謝曬！

昨天，OpenAI 的總裁兼聯合創始人Greg Brockman，在自己的 X 上轉發了一條推文。

可能你對 Greg Brockman 這個人還沒那麼熟，但如果你知道 OpenAI，那這個名字的分量就不言而喻了。

之前 Sam Altman 還專門寫過一篇小作文來抒發 Greg Brockman 對於 OpenAI 公司以及他個人的重要性。

原文連結（有興趣的可以去讀讀）：
https://blog.samaltman.com/greg

Greg Brockman 是 ChatGPT 背後那家公司的核心創始人之一，圈內公認的技術老炮。他平時發帖不多，但每次出手還都挺有料兒。

他轉發的這條內容來自一位叫 Vaibhav Srivastav（網名reach_vb）的博主，主題是一份專門寫給 Codex 用的提示詞。

格雷格只加了一句話："self improvement prompt for codex"。即：給 Codex 用的自我提升提示詞。

那這份提示詞到底是什麼意思，普通用戶用得上嗎？今天我們來拆開說清楚。

先說 Codex 是什麼，免得有人真不知道。

Codex 是 OpenAI 推出的一款 AI 編程助手，你可以理解成一個專門幫你寫代碼、跑任務的 AI 代理（Agent）。

網址：
https://openai.com/codex/

它跟 ChatGPT 網頁端那種一問一答式是完全不一樣的，Codex 更像是你在家裏僱了個能自主幹活兒的程序員助手，你給它分配任務，它去執行，執行完了再彙報結果給你。

而它不僅僅能幹編程的事情，它和 Claude Code 一樣已經演進為一款通用型 Agent。

好，背景交代完了。現在來說說這份提示詞到底在幹什麼。

每次當你在本地重新打開你的 AI 助手，不管是 Codex 也好，還是 Claude Code 也罷，還是其他什麼 Agent 產品，你可能都會遇到同樣的問題「記憶問題」。

就是你得把上次關於你們之間聊過的項目或者任務的背景或進展重新交代一遍。

比如"我們之前在做什麼項目或者任務"、"我們處理到什麼程度或進展了"、"我們上次確定的技術架構是這樣的，代碼結構是這樣的"等等...

這些話你每次都要一遍又一遍的重複說，有的時候你的 AI 助手還是一臉茫然地等你重新介紹。

更煩的是，有些事情你天天都在做，比如每週檢查一次項目的進度、每次提交代碼前跑一遍測試流程、每次整理文檔的時候都要按同一個格式來。

這些重複的事情，你沒有形成任何標準流程，每次都靠臨時交代，效率低，還容易出錯。

所以，這份提示詞就是來解決這個問題的。

我給你提供兩版：一版是英文提示詞，另一版是經過校驗過的中文提示詞。你自己選擇。

英文原版提示詞

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

中文版提示詞

回顧我過去 30 天的近期工作記錄（若可用歷史不足 30 天則回顧全部），識別出值得封裝的重複性手動工作流。

按以下優先級使用可用證據：
· 近期的 Codex 會話記錄與任務摘要。
· Codex 記憶庫與部署摘要，用於發現跨會話重複出現的模式。
· 若已啓用 Chronicle，用於發現 Codex 之外的重複性工作。Chronicle 僅用於發現階段；如有可能，請在相關源系統中確認重要細節。
· 現有的技能、自定義代理與自動化工具，優先複用或擴展已有資源，避免重複開發。

廣泛排查以下類型的工作：重複性高、耗時、易出錯、上下文依賴強，或能從標準化流程中獲益的工作。涵蓋編碼、研究、寫作、規劃、溝通、運營、分析及個人事務管理等領域的工作流。

僅當候選工作流滿足以下全部條件時，才對其進行處理：
· 已至少發生兩次，或明確可能再次發生且重複執行成本較高；
· 輸入穩定、流程可重複，且有明確的輸出或終止條件；
· 能顯著提升工作速度、質量、一致性或可靠性；
· 尚未被現有資源充分覆蓋。

選擇最小粒度的合適封裝形式：
· 技能（Skill）：可複用的工作流或操作手冊。
· 自定義子代理（Custom subagent）：邊界清晰的專業角色或適合委派的調查任務。
· 自動化（Automation）：定時或週期性執行的檢查、報告、提醒或監控任務。
· 跳過（Skip）：過於一次性、模糊不清、涉及敏感信息或證據不足，不適合封裝的工作。

首先生成一份精簡候選清單，包含以下內容：
· 重複性工作流描述
· 支持證據及對應日期
· 發生頻率 / 置信度
· 推薦封裝形式：技能、子代理、自動化、擴展現有資源或跳過
· 值得 / 不值得創建的理由

隨後僅創建高置信度的缺失項。保持其範圍聚焦、實用、適配源系統且易於驗證。請勿創建推測性、重疊或過於寬泛的資產。

最後總結以下內容：
· 你創建或擴展的內容
· 你刻意跳過的內容
· 需要更多證據才能進行封裝的內容

這份提示詞的核心思路簡單說一下：讓你的 Agent 自己回頭看看，你過去 30 天都在做什麼，哪些事情你做了不止一次，把這些事情整理出來，打包成可以下次直接複用的標準流程。

換句話說，就是讓 AI 幫你做一次工作效率審計，然後自己給自己建工具。

原作者 Vaibhav 在這份提示詞發出來之前其實還有一個更早的版本，更簡單，只有幾句話，大意是："看看我最近的 Codex 會話，找出重複的工作流，給我建個技能或者子代理，保持簡單"。

後來他根據大家的反饋對這版簡單的提示詞做了迭代升級，變成了上面現在我提供給你的這個版本，功能更完整，邏輯也更嚴謹。

我們來把這份提示詞的工作邏輯拆一拆，它大致包括了四個動作。

第一個動作：回顧歷史

提示詞讓 Agent 按照一個固定的順序去找證據：先看最近的會話記錄，再看跨會話的記憶摘要，再看 Chronicle（這是 Codex 專有的一個功能，你可以理解它是個大事記或者記錄），最後再看現有已經建好的技能和自動化工具。

這個順序設計得其實很有講究，為的是讓 Agent 從最可靠的證據入手，而不是腦補出一堆你根本沒做過的「重複工作」。

第二個動作：識別重複

Agent 不是把你做過的所有事情都列出來，而是專門找那些「值得打包」的。

提示詞給了四個判斷標準：

◆ 這件事兒至少發生過兩次，或者明確還會再發生；
◆ 這件事兒的輸入比較穩定，流程可以重複，有明確的完成標準；
◆ 打包之後能實實在在地提升速度、質量或者可靠性；
◆ 你現有的工具裏還沒有已經覆蓋到這件事兒的。

這四條缺一不可，都滿足才算候選項。

第三個動作：評估值不值得封裝

通過了第二步篩選之後，Agent 還要給每個候選項寫一份「簡歷」：

這件事是什麼，有什麼證據證明它重複發生了，發生頻率是多少，置信度怎麼樣，建議用哪種形式打包，以及為什麼值得建或者為什麼不值得建。

這一步的目的就是讓你在 Agent 開始動手之前先看一眼清單，自己確認一下方向到底有沒有跑偏。

第四個動作：選擇最小的封裝形式

我認為這是整份提示詞裏我覺得最值得單獨說的一點。

它定義了三種封裝形式：

◆ 技能（Skill）—— 就是一個可以反覆調用的操作手冊；
◆ 自定義子代理（Custom subagent）—— 就是一個邊界清晰、可以委派任務的專屬角色；
◆ 自動化（Automation）—— 就是定時運行的檢查、報告或者提醒。

另外，還有一個兜底選項叫跳過（Skip）。如果某件事太一次性、太模糊、涉及敏感信息，或者證據不夠，就直接跳過，不強行封裝。

這個「選最小的」原則背後其實是一個很樸素的工程思維：你不需要建一個大而全的系統，你只需要建一個剛好夠用的最小單元。

建太大，維護起來麻煩，用起來笨重；

建太小，不夠用，以後還得重建。

最小夠用，才是最實用的。

OK，理解了這份提示詞的邏輯，接下來咱們再說說最實際的問題：怎麼用，在哪裏用。

如果你用的是 Codex，那最方便也最直接，把上面那份完整的提示詞（英文原版或者中文版都行）直接複製到你的 Agent 聊天框裏，作為一次對話任務發出去就行。

Codex 本身有 Sessions 記錄、Memories 記憶和 Chronicle 跨平台追蹤這三層功能，對應的證據鏈是完整的，提示詞可以原樣運行。

如果你常用的是 Claude Code，就得需要稍微調整一下。

Claude Code 可沒有 Chronicle 這個功能，所以跟 Chronicle 相關的部分你可以刪掉或者替換成「回顧最近的對話記憶」。

因為 Claude Code 有自己的記憶機制，主要依賴「CLAUDE.md 文件和對話歷史」。

你在使用的時候可以把提示詞裏涉及 Chronicle 的那段換成「查看 CLAUDE.md 中記錄的項目信息和個人偏好」，邏輯上是能對上的。

但如果你經常用的是 OpenClaw、Hermes Agent 或者其他 Agent 產品，遷移的難度我覺得會更大一些，這取決於那個產品有沒有「會話記錄」和「跨會話記憶」的功能。

基本原則是：提示詞的思路是完全可以借鑑的，但具體的功能名稱和證據來源需要換成你那個平台實際支持的東西，不能直接照抄。

還有一點我需要額外說清楚，因為我自己也想過這個問題：有沒有可能把這份提示詞直接放進全局規則裏，讓它每次對話都自動跑？

後來我的判斷是不建議這麼做。

原因很簡單：這份提示詞要做的事情其實還是蠻重的，它需要回顧 30 天的歷史、識別模式、生成資產，這是一個即耗時又耗資源的任務，不適合每次開口就觸發一遍。

它更適合一個「月度」或「周度」的定期自檢任務。

你主動喊它跑一次，看看結果，確認沒問題，而不是開機就「掛在後台跑的常駐程序」。

最合適的用法，是你每隔兩三週，或者感覺最近重複性工作明顯變多的時候，專門在項目下開一個新會話，把這個提示詞發出去，讓 Agent 做一次系統性的梳理。

寫在最後

最後再說幾個需要注意的地方。

首先，這份提示詞對 Agent 的能力是有一定要求的。

如果你用的 Agent 歷史記錄很短，或者根本不支持跨會話記憶，它是回顧不到什麼有效內容的，給出的結果也會很空洞甚至亂猜。這種情況下你會看到 Agent 給你列出一堆「可能重複」的工作，但其實只是根據你這次對話隨手編的，沒有實際價值。

其次，Agent 在識別重複模式這件事兒上，目前還不夠精準。

它肯定能找到明顯的重複，比如你每次都要手動整理某個格式的文檔。但對於隱性的重複，比如你每次遇到某類問題時都在繞同一個彎路，感知能力要弱一些。所以跑完之後別嫌麻煩，最好親自再過一遍清單，別閉眼全信。

還有就是，這份提示詞本身只是一個模板，它給了你一個做事兒的框架和結構，但真正有沒有用，還是得取決於你過去的工作記錄有多豐富、多清晰。你記錄得越多，Agent 能找到的有效模式就越多；你記錄得一團糟，甚至沒執行過什麼任務，那它能提供給你的建議信息自然也就很有限了。

但總的來說吧，Greg Brockman 轉發這條內容我覺得並非他沒事兒閒的（畢竟他平時確實很少發帖）。它確實戳中了一個很多重度 Agent 用戶都在默默忍受的真實痛點：

我們每天在用 AI 幹活，但從來沒有系統性地讓 AI 學會我們的工作習慣。

這份提示詞給了一個具體的、可操作的解法，哪怕你現在只是偶爾用用 Codex 或者 Claude Code，我覺得也非常值得收藏起來。

等你覺得「最近怎麼總在重複同樣的事兒」的時候，就可以拿出來跑一次試試。

看看能得到什麼樣的結果或者建議。

既然看到這兒了，如果覺得還不錯，幫忙隨手點個「贊」、「在看」、「轉發」三連；如果想第一時間收到推送，也可給我加個星標★，非常感謝！