讓 AI 自動幫你建立技能!OpenAI 開發者倡導者 Vaibhav Srivastav 的 Codex 自覺提示詞教學

讓 AI 自動幫你建立技能!OpenAI 開發者倡導者 Vaibhav Srivastav 的 Codex 自覺提示詞教學

一張以藍紫色調呈現的未來科技圖像,展示AI自我覺察與自動化。圖中核心是一個發光的線框大腦,標註「自我覺察」,周圍環繞著「技能」、「子代理」、「自動化」和「跳過」的圖示,並有一面鏡子反射大腦。底部文字說明:「讓 AI 更懂自己,讓工作更高效、更有價值」,以及AI覺察的流程步驟。
此圖像闡釋了人工智慧如何透過自我覺察和自動化來優化其運作,從而提升生產力並創造更高價值,並列出關鍵流程步驟。

你有沒有過這種經驗?

每天用 AI 幫你寫程式、回答問題,但每次遇到類似的任務,還是得重新輸入差不多的指令?
研究、做題、查資料,每次都要重新描述你的需求?
覺得「這個流程如果能自動化就好了」,卻從來沒有時間真的去包裝它?

如果你的 AI 助手能自動發現這些重複模式,並主動幫你建立可復用的工具——你會用嗎?

這正是 Vaibhav Srivastav 設計這個提示詞的核心概念。


這個提示詞在國外爆紅了

2026 年 5 月,OpenAI 開發者倡導者 Vaibhav Srivastav@reach_vb)在 X 上分享了這組提示詞,短短幾天累積了超過 3,500 個愛心和數百次轉分享。

他稱之為「讓 Codex 自覺」(Codex Self-Awareness Prompt)——透過這個提示詞,你的 AI 助手會主動回顧自己的使用歷史,找出你一直在重複做的事情,並自動建議或建立對應的技能(Skill)、子代理(Subagent)或自動化腳本。

這個提示詞之所以特別,是因為它反向操作:不是你在告訴 AI 該做什麼,而是讓 AI 自己觀察你,告訴你它發現了什麼可以優化的地方。


關於作者

Vaibhav Srivastav
OpenAI 開發者倡導者(Developer Advocate)

身為 OpenAI 開發者關係團隊的核心成員,Vaibhav 專注於幫助開發者更好地使用 OpenAI 的工具和 API。他的工作涉及創作、開發者教育、以及探索如何用 AI 提升個人和團隊的生產力。

這個提示詞只是他分享的眾多實戰技巧之一。


原文與出處

提示詞版權聲明
以下提示詞版權歸 Vaibhav Srivastav(@reach_vb)所有,經作者同意用於教育目的。
原文連結:https://x.com/reach_vb/status/2058538305872949490


一份文字清單,詳細說明了識別、評估和包裝重複性手動工作流程的步驟和準則。
這份文字指南提供了一套結構化的方法,用於回顧歷史工作、評估工作流程候選人,並選擇最合適的形式來處理重複性任務,以提高效率。

來源:https://x.com/reach_vb/status/2058538305872949490


提示詞原文(不改動)

"Look through my recent Codex sessions and identify repeated workflows or repeated asks.

For anything I keep doing manually, suggest:
1. a skill if it is a reusable workflow
2. a custom subagent if it is a bounded role or investigation task

Focus on practical things like CI failures, PR reviews, changelogs, docs updates, release prep, debugging, and test triage.

Create the useful ones only. Keep them simple."

UPDATE 版本(進階版)

Vaibhav 後來又分享了更完整的「進化版」,加入了更多結構化要求:

"Ask Codex to look across your sessions, Memories, and Chronicle, identify patterns, reuse what already exists, and only create the smallest useful skill, subagent, or automation.

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 工作階段,並識別重複的工作流程或重複的需求。

對於任何我一直手動執行的項目,請建議:
1. 如果是可復用工作流程,建立一個 Skill
2. 如果是單一角色的調查或任務,建立一個 Custom Subagent

專注在實務項目上,例如:CI 失敗處理、PR 審查、更新日誌、文件更新、發布準備、調試、測試分類等。

只建立真正有用的項目。保持簡單。」

進階版翻譯:

「請 Codex 查看你的工作階段、記憶和 Chronicle,
識別模式,重複使用已存在的東西,
只建立最小且有用的技能、子代理或自動化腳本。

回顧我過去 30 天的工作記錄(如果不足 30 天則取全部),
找出值得包裝的重複性手動工作流程。

依照以下證據順序使用:
- 最近的 Codex 工作階段和工作摘要
- Codex 記憶和推展摘要,找出跨工作階段的重複模式
- Chronicle(如果已啟用),發現 Codex 外的重複工作。用於探索發現;重要細節請在相關來源系統中確認
- 現有的技能、自訂代理和自動化腳本,避免重複建立

廣泛檢視各類工作:程式開發、研究、寫作、規劃、溝通、營運、分析和個人行政。

只有在符合以下條件時才針對候選項目採取行動:
- 至少發生過兩次,或明顯會重複且重複成本高
- 有稳定的輸入、可重複的程序,以及明確的輸出或停止條件
- 能實質提升速度、品質、一致性或可靠性
- 尚未被現有項目充分覆蓋

選擇最小且適當的形式:
- Skill(技能):可復用的工作流程或劇本
- Custom Subagent(子代理):適合委託的單一角色或調查任務
- Automation(自動化):排程或定期的檢查、報告、提醒或監控
- Skip(跳過):一次性、模糊、敏感或證據不足的工作

首先產生一份精簡的候選清單,包含:
- 重複的工作流程
- 支持的證據和日期
- 頻率/信心程度
- 建議形式:技能、子代理、自動化、擴展現有、或跳過
- 為什麼建議建立或不建議建立

然後只建立高信心的缺失項目。保持狹窄、實際、知道來源的特點,且易於驗證。不要建立推測性、重疊或過於廣泛的資產。

最後說明:
- 你建立了或擴展了什麼
- 你故意跳過了什麼
- 什麼需要更多證據才能包裝」

逐步解析

為什麼要讓 AI 分析自己的使用歷史?

多數人使用 AI 助手時,是「想到什麼問什麼」。但如果你回顧過去的對話記錄,會發現一些重複的模式:

  • 每次提交代碼前,都會問「幫我檢查有沒有安全問題」
  • 每次寫文件,都是「幫我根據這個大綱擴寫」
  • 每週都會問「幫我總結這週做了什麼」

這些重複性的任務,就是「值得包裝」的候選項目。但多數人從來沒有時間真的去包裝它們。

Vaibhav 的提示詞,就是把這個「盤點」的工作交給 AI 自己來做。


四選一決策框架

StatCH1 CH2 CH3 CH4 N 1437 1437 1434 1437 duration_h 3.999611111 3.999305556 3.999833333 3.999722222 I_mean 0.254678775 0.253754767 0.254699372 0.255003549 I_std 7.04277E-05 8.73625E-05 7.36329E-05 0.000129096 I_cv 0.027653535 0.034427922 0.028909711 0.050625012 I_min 0.2542 0.2536 0.2543 0.2546 I_max 0.2548 0.2541 0.255 0.2553 I_ptp 0.0006 0.0005 0.0007 0.0007 I_drift_pct 0.05823024 -0.050681585 0.058782811 0.128992595 I_offset_pct 1.87151009 1.50190675 1.879748954 2.001419624
此圖為一個簡單的決策框架,引導使用者如何選擇最有效率的自動化方式,以達到事半功倍的效果。

提示詞定義了四種輸出形式,AI 會根據任務特性選擇最小且適當的:

形式適用時機比喻
Skill(技能)可復用的工作流程把 SOP 自動化
Custom Subagent(子代理)單一角色的調查/任務把特定崗位自動化
Automation(自動化)排程/定期執行的工作把鬧鐘自動化
Skip(跳過)一次性、證據不足這次不做

這個設計的巧思在於:要求 AI 先輸出「短名單」再決定建立什麼,確保資源用在真正值得的項目上。


四個篩選標準

提示詞設定了四個門檻,候選項目必須全部滿足才會被建議:

  1. 至少兩次 — 避免把一次性需求當作常態
  2. 穩定輸入 — 代表這是結構化的問題,不是偶然
  3. 有明確輸出 — 代表可以驗證結果
  4. 尚未被覆蓋 — 不重複建立已有的東西

為什麼強調「最小化形式」?

傳統的自動化思維是:「這個問題很複雜,我要做一個大系統來解決它。」

但 Vaibhav 的框架剛好相反:「這個問題夠簡單嗎?如果夠,就用最小的形式包裝。」

好處是:
– 容易建立(省時間)
– 容易驗證(結果明確)
– 容易維護(出了問題好修)


底層原理

這個提示詞的設計基於幾個核心概念:

1. 讓 AI 具備「自我觀察」能力

多數人只把 AI 當工具用。但這個提示詞問的是:「過去這段時間,我都在對你做什麼?」讓 AI 扮演「觀察者」的角色,產生平時不會主動提供的洞察。

2. 最小化可行項目(Minimum Viable Package)

不同於一口氣建立大系統,這個框架要求「先列舉、再篩選、最後才執行」,把失敗成本降到最低。

3. 證據驅動而非直覺驅動

提示詞要求「提供支持證據和日期」——這讓 AI 的建議不是空穴來風,而是基於實際觀察。


這個提示詞的限制與注意事項

限制說明
需要足夠的使用歷史如果你剛開始用 Codex,這個提示詞的效果會大打折扣
Chronicle 需要開通這是 Codex 的長期記憶功能,預設可能未啟用
建議可能不完整AI 只能看到自己有權限訪問的資料,難免有盲點
翻譯版效果可能打折提示詞原文是英文,建議直接使用英文版本

誰適合用這個提示詞?

族群建議原因
Codex / Claude Code 重度用戶有足夠的使用歷史讓 AI 分析
開發團隊可以發現重複的開發流程,建立團隊技能庫
頻繁做研究或分析的人可以把研究框架自動化
新手用戶較難實踐(歷史不足),但可以先用來了解系統能力

如何使用這個提示詞

基本版(新手推薦)

  1. 打開 Codex 或 Claude Code
  2. 貼上「提示詞原文」中的基本版
  3. 等待 AI 分析並提出建議
  4. 針對你有興趣的項目,請 AI 實際建立

進階版(有經驗者)

  1. 確認 Chronicle 已啟用
  2. 貼上完整的 UPDATE 版本
  3. 要求 AI 先給「候選清單」而非直接建立
  4. 根據清單選擇要建立的項目
  5. 讓 AI 逐一執行

結語

Vaibhav Srivastav 的這個提示詞,讓我想到一個重要的觀念:

最好的自動化,不是你主動設計的,而是你觀察出來的。

當你讓 AI 具備「自我觀察」的能力,它能發現你忽略的細節——那些你每天都在重複,卻從來沒有時間優化的事情。

這個提示詞不需要你會任何技術,只需要你願意停下來問一句:「過去這段時間,我到底在一直做什麼?」

試試看,你可能會對 AI 發現的結果感到驚訝。


如果這篇文章對你有幫助,歡迎加入我們的 Skool 免費社群,和一群正在用 AI 提升效率的開發者一起交流。

👉 加入 Facebook粉絲團

我每週都會分享:
– 實際可用的 AI 提示詞模板
– 新工具的第一手測試心得
– 開發者效率提升的各種技巧

如果這篇文章對你有幫助,歡迎請我喝杯咖啡支持創作:


關於作者

我是 Leo,工程師背景,專注研究 AI Prompt 應用。

「用 AI 打敗重複性工作」——這是我的口號。從 2023 年開始,我實際應用 AI 在工作中,成功每天多出 2 小時。

現在把經驗整理成文章和模板,幫助更多開發者和內容創作者提升效率。


延伸閱讀


更新日期:2026-056-01
資料來源:Vaibhav Srivastav (@reach_vb) X 貼文,https://x.com/reach_vb/status/2058538305872949490

📥 免費領取:AI 訂閱省錢懶人包

5 個省錢策略,從月費 NT$2,200 → NT$660 👇

🔒 填寫即訂閱雙週報,可隨時退訂。下載連結將寄到你的信箱。

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *

這個網站採用 Akismet 服務減少垃圾留言。進一步了解 Akismet 如何處理網站訪客的留言資料

返回頂端