# 策展 · X (Twitter) 🔥

> 📖 本站完整內容索引（documentation index）：[llms.txt](/llms.txt)

> 作者：Serena (@369Serena) · 平台：X (Twitter) · 日期：2026-05-31

> 原始來源：https://x.com/369Serena/status/2060330862223515816

## 中文摘要

# 別再伺候 AI 了：5 個方法狠狠壓榨 Codex

這篇文章想解決一個很具體的問題：

你已經開始用 Codex 了，但每次還是要自己複製資料、補充背景、反覆解釋需求，最後感覺不是 AI 在幫你省時間，而是你在陪 AI 加班。

我自己也經歷過這個階段。

剛開始用 Codex 的時候，我最常做的事就是一句一句指揮它：看這個文件、改這裡、再檢查一下、換個說法。它確實能幫忙，但人還是一直盯著，精神並沒有輕鬆多少。

後來我發現，Codex 真正好用，不是因為我寫出了多麼神的 prompt，而是我開始把一些重複動作交給它自己跑：

讓它讀 email、找資料、連 Obsidian、每天定時整理資訊，再把常用流程沉澱成 Skills。

這篇就把我目前最常用的 5 個方法整理出來。你不需要一次全配完，先挑一個最適合自己的場景試起來就行。

如果你是 Codex 新手，看完至少能拿走：

1. plugin 怎麼用：讓 Codex 接上 Gmail、Google Drive、GitHub 這類工具

1. Goal Mode 怎麼用：別每一步都手動指揮，直接給它目標

1. 自動化怎麼用：讓 Codex 到點自己跑重複任務

1. MCP + Obsidian 怎麼用：讓 Codex 讀取你的知識庫

1. Skills 怎麼用：把常用流程固化成可複用能力

我越來越覺得，Codex 效率提升的關鍵，不是「多聊幾句」，而是慢慢減少那些你每次都要重複說的話。

# 1. plugin：先讓 Codex 長出手腳

沒有 plugin 的 Codex，只能回答你。

接上 plugin 以後，它才開始能做事。

OpenAI 官方教學裡說得很直接：plugin 讓 Codex 連接其他工具和資訊來源，比如 Google Drive、email、外部系統。翻譯成人話就是：你不用再把一堆資料複製貼上給它，它可以自己去工具裡找。

我最直觀的感受來自 Gmail。

以前處理 email 很煩：先掃標題，再點進去看，再判斷要不要回，再想怎麼回。尤其是合作、報價、客戶跟進這種 email，一天多幾封就很耗精神。

現在我會直接讓 Codex 用 Gmail plugin 處理第一輪：哪些緊急、哪些要回、哪些只是通知，先篩出來。需要回覆的，它先起草。我只負責看一眼，改兩句。

這一步很關鍵。不要只讓 AI 「想」，要讓它能「動手」。

Gmail、Slack、Figma、Notion、Google Drive、GitHub，這些 plugin 接上以後，Codex 就不再只是一個聊天 AI，而是能進工具裡幫你幹活的助手。

## 小白怎麼配：

1. 打開 Codex app。

1. 進左側或設定裡的 Plugins。

1. 搜尋 Gmail / Google Drive / GitHub 這類 plugin。

1. 點安裝或連接。

1. 按提示登入授權。

1. 回到對話裡，明確告訴 Codex 用哪個 plugin。

![](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/1780245471314-iaHJeRpIubEAAtzBqjpg.jpg)

直接複製這個命令：

```plaintext
請使用 Gmail plugin 幫我整理今天的 email。

目標：
找出今天真正需要我處理的重要 email，並幫我準備回覆草稿。

成功標準：
1. 按「緊急處理 / 需要回覆 / 僅需了解 / 可以忽略」分類
2. 每封重要 email 都要總結：發件人、主題、核心訴求、建議動作
3. 需要回覆的 email，請幫我起草一版簡短、自然、不像 AI 的回覆
4. 最後給我一份今日 email 處理優先級清單

邊界條件：
1. 不要自動發送 email
2. 不要刪除、歸檔、移動任何 email
3. 不要修改 email 標籤
4. 如果需要代表我發送、轉發或授權，請先問我

工作方式：
1. 先搜尋今天的 email
2. 再篩選重要 email
3. 再生成摘要和回覆草稿
4. 完成後告訴我你篩選了多少封 email，哪些需要我親自處理
```

# 2. Goal Mode：不要給任務，給目標

很多人用 Codex，是這樣用的：

「幫我看一下這個文件。」

「再改一下。」

「這裡不對。」

「繼續。」

這其實還是你在牽著它走。你累，它也容易跑偏。

Goal Mode 更像是你給它一個終點，然後讓它自己拆步驟、執行、檢查、修正。

OpenAI 在 2026 年 5 月 21 日的 release notes 裡提到，Goal mode 已經在 Codex app、IDE extension 和 CLI 裡可用。你可以定義結果和成功標準，讓 Codex 持續朝目標推進。

比如排查 Bug，不要只說：

```plaintext
幫我看看哪裡錯了。
```

你要說：

```plaintext
/goal
目標：排查當前專案啟動失敗的原因，修復問題，並執行測試確認專案可以正常啟動。

成功標準：
1. 找到明確原因
2. 完成程式碼修復
3. 專案可以成功啟動
4. 給我總結你改了什麼、為什麼改
```

我以前讓 Codex 改格式，也踩過坑。一開始我會一步步說：先改標題，再調引用，再檢查格式。後來發現沒必要。

更好的方式是直接告訴它：把這篇論文改到目標期刊格式，成功標準是標題、摘要、引用、圖表編號、參考文獻都符合要求，最後給我修改總結。

普通模式是妳說一步，它走一步。

Goal Mode 是你定義終點，它自己找路。

## 小白怎麼配：

1. 打開 Codex app。

1. 進入一個 Project。

1. 在輸入框輸入 /goal。

1. 寫清楚目標、資料範圍、成功標準。

1. 讓它開始執行。

1. 中途只在必要時介入。

如果你看不到 /goal，可以在 CLI 裡檢查：

```shell
codex features list
```

如果 goals 沒開，再執行：

```shell
codex features enable goals
```

然後重啟 Codex。

直接複製這個命令：

```plaintext
請進入 Goal mode。

目標：
幫我排查當前專案無法正常啟動的原因，修復問題，並確認專案可以正常執行。

背景資料：
1. 當前專案資料夾就是你可以讀取和修改的範圍
2. 如果專案裡有 README、AGENTS.md、package.json、日誌文件，請優先閱讀
3. 如果需要執行命令，請先選擇安全、常規的檢查命令

成功標準：
1. 找到導致專案無法啟動的明確原因
2. 完成必要修復
3. 成功執行啟動命令或測試命令
4. 輸出一份修復總結，說明你改了哪些文件、為什麼改、如何驗證成功

邊界條件：
1. 不要刪除原始文件
2. 不要重置 Git 歷史
3. 不要擅自覆蓋使用者已有修改
4. 涉及安裝依賴、聯網下載、修改配置、刪除文件時先說明原因
5. 如果遇到權限、帳號、金鑰問題，先停下來問我

工作方式：
1. 先拆解排查步驟
2. 再讀取專案關鍵文件
3. 然後定位問題並提出修復方案
4. 執行修復後自測
5. 如果第一次修復失敗，繼續排查替代方案
6. 完成後給我簡短總結和下一步建議
```

# 3. 自動化：讓 Codex 每天自己上班

真正省時間的東西，不是「我叫它，它很快」。

是「我不叫它，它也會按時出現」。

這就是 Automations。

OpenAI 官方 Automations 教學裡有個判斷標準：好的自動化任務，要具體、可重複、容易複查。官方也提醒，如果你在本地跑 Codex，電腦最好保持醒著，Codex 也要執行。

所以別一上來就讓它「幫我賺錢」「幫我經營帳號」。太虛了。

先從每天、每週重複的小流程開始。

比如：每天早上檢查專案錯誤日誌，整理新增問題。或者每天早上整理 AI / Codex / MCP 的重要更新。

我自己比較喜歡後者。醒來之後先看一份篩過的簡報，而不是鑽進資訊流裡撈半小時。

小白怎麼配：

1. 先在普通對話裡手動跑一次。

1. 確認輸出格式滿意。

1. 對 Codex 說：把剛才這個任務建立成自動化。

1. 去左側 Automations 檢查任務。

1. 確認頻率、提示詞、狀態。

1. 先跑 2-3 次，再改 prompt。

如果你不想依賴本地電腦常開，就要考慮雲端值守或遠端機器。本地使用者最穩的做法，還是讓電腦和 Codex 保持醒著。

直接複製這個命令：

```plaintext
請建立一個自動化任務。

目標：
每天早上 8 點，幫我整理一份 AI / Codex / MCP 相關的重要更新速遞。

成功標準：
1. 只保留真正值得關注的資訊，不要堆砌新聞
2. 每條資訊都要包含：標題、來源、為什麼重要、我可以怎麼用
3. 最後給出 3 個可以寫成 X 長文的選題
4. 輸出內容要簡短、清晰，適合早上快速閱讀

邊界條件：
1. 不要自動發佈到 X
2. 不要自動發送 email
3. 不要編造來源
4. 如果沒有重要更新，就告訴我「今天沒有值得單獨關注的更新」
5. 如果需要存取付費內容、登入帳號或授權工具，先問我

工作方式：
1. 每天按時間自動執行
2. 先搜尋或讀取可用資訊源
3. 再篩選重要資訊
4. 再整理成固定格式
5. 完成後給我一份可直接閱讀的簡報
```

# 4. MCP + Obsidian：把 Codex 接進你的知識庫

網際網路給 Codex 外部資訊。

Obsidian 給 Codex 你的個人上下文。

這倆不一樣。

很多人說 AI 不懂自己。其實也正常。你的筆記、經驗、素材、專案復盤都在 Obsidian 裡，Codex 沒看見，當然只能泛泛地寫。

MCP 解決的就是這個問題。

透過 MCP，你可以讓 Codex 連接 Obsidian、文件庫、內部工具。OpenAI 官方 Docs MCP 教學也提到，MCP 可以把文件內容拉進 agent 的上下文裡。

如果你的 Obsidian 裝了 Local REST API with MCP，Codex 就可以讀取 vault 裡的 md 文件。比如這篇文章，就是從 Obsidian 的 Codex 素材庫裡讀素材，再結合官方教學整理出來的。

## 小白怎麼配：

1. 在 Obsidian 安裝 Local REST API with MCP。

1. 打開 plugin，確認 REST API 服務已啟動。

1. 記錄 plugin 裡的 API Key。

1. 在 Codex 的 MCP 配置裡添加 Obsidian server。

1. 重啟 Codex。

1. 讓 Codex 測試讀取一篇筆記。

![](https://pub-75d4fe1e4e80421b9ecb1245a7ae0d1a.r2.dev/curated/1780245471318-iaHJeSJFHbMAAgS4jjpg.jpg)

配置大概長這樣：

```
[mcp_servers.obsidian]
url = "https://127.0.0.1:27124/mcp/"
bearer_token_env_var = "OBSIDIAN_API_KEY"
```

這一步打通的不是一個工具，而是你的長期累積。

直接複製這個命令：

```plaintext
請透過 Obsidian MCP 讀取我的知識庫。

目標：
讀取 Obsidian「Codex素材庫」裡的相關 md 文件，幫我整理一篇 X 長文大綱。

背景資料：
1. 重點參考和 Codex、plugin、Goal Mode、自動化、MCP、Skills 相關的筆記
2. 文章面向 Codex 新手
3. 主題是：如何讓 Codex 使用效率翻倍

成功標準：
1. 找出最有價值的素材點
2. 整理成一篇 X 長文結構
3. 開頭必須有強鉤子
4. 正文必須包含 5 個方法：plugin、Goal Mode、自動化、MCP + Obsidian、Skills
5. 每個方法都要包含：核心觀點、實操步驟、可複製 prompt
6. 最後給出適合 X 的結尾和互動引導

邊界條件：
1. 不要修改 Obsidian 原始筆記
2. 不要刪除、移動、重新命名任何文件
3. 不要編造不存在的筆記內容
4. 如果某個文件讀不到，請告訴我文件名和原因
5. 如果需要 API key、授權或登入操作，先問我

工作方式：
1. 先列出你準備讀取哪些筆記
2. 再提取核心素材
3. 再整理文章結構
4. 等我確認結構後，再繼續寫正文
5. 完成後說明你參考了哪些筆記
```

# 5. Skills：把常用流程固化

如果一個流程你重複做了 3 次，就應該把它變成 Skill。

OpenAI 官方對 Skills 的說法是：它像一本 Codex 可以照著執行的 playbook。我的理解更簡單：Skill 就是你寫給 Codex 的 SOP。

plugin 解決「去哪裡拿資料」。

Skills 解決「按什麼流程做」。

比如你經常讓 Codex 寫 X 長文。不要每次都重新說：開頭要有鉤子、不要 AI 味、先講痛點、再給方法、每個方法要有例子、最後要有行動號召。

這些東西，應該沉澱成一個 Skill。

## 小白怎麼配：

1. 先讓 Codex 跑通一次完整任務。

1. 結果滿意後，讓 Codex 把流程整理成 Skill。

1. 檢查 Skill 是否包含適用場景、輸入要求、流程、品質標準。

1. 下次直接呼叫。

更高級一點，可以做父子 Skill。

父 Skill 負責判斷任務類型：這次是寫長文、做表格、查資料，還是生成報告。

子 Skill 負責具體執行：資料提煉、開頭鉤子、案例改寫、格式檢查。

這樣 Codex 不只是會做事，而是會按你的方式做事。

直接複製這個命令：

```plaintext
請幫我建立一個 Codex Skill。

目標：
把「X 長文寫作」這個常用流程沉澱成一個可複用 Skill。以後我給你素材，你就能按固定流程寫出適合 X 發佈的長文。

背景資料：
1. 我的文章通常面向 AI 工具、Codex、效率工作流的新手使用者
2. 我喜歡開頭先打痛點，再給認知反差
3. 正文要有方法、有例子、有可複製 prompt
4. 語言要像真實經驗分享，不要像官方說明書

成功標準：
1. Skill 要包含適用場景
2. Skill 要包含輸入材料要求
3. Skill 要包含寫作流程
4. Skill 要包含開頭鉤子規則
5. Skill 要包含正文結構規則
6. Skill 要包含品質檢查標準
7. Skill 要告訴 Codex 最終應該輸出什麼

邊界條件：
1. 不要覆蓋我已有的 Skill，除非我明確同意
2. 不要刪除任何原始素材
3. 不要自動發佈文章
4. 不要編造案例和資料
5. 如果需要建立文件，請先告訴我文件名和保存位置

工作方式：
1. 先根據我的需求設計 Skill 結構
2. 再問我是否需要調整
3. 我確認後再建立 Skill 文件
4. 建立後，用一個小例子測試這個 Skill 是否好用
5. 最後告訴我以後應該怎麼呼叫它
```

# 最後

如果你現在用 Codex 還覺得累，這很正常。

很多時候不是你不會用 AI，而是我們還停留在「每次都重新解釋一遍」的階段。只要任務一多，人就會被這些重複溝通慢慢消耗掉。

我更推薦的方式是：先從一個最小場景開始。

比如先裝一個 Gmail plugin，讓它幫你整理 email；或者先把每天都要看的資訊做成自動化；再或者先把你最常寫的一類文章做成 Skill。

不用一下子把 5 個方法全部配齊。

你只要先跑通一個，就會明顯感覺到：Codex 不再只是回答你，而是開始替你分擔一小段流程。

等 plugin、Goal Mode、自動化、MCP、Skills 慢慢連起來，它就會越來越像一個熟悉你工作方式的助手。

你說過一次的規則，它下次可以複用。

你設過一次的任務，它可以按時執行。

你整理過一次的流程，它可以變成 Skill 留下來。

這篇你可以先收藏。下次準備配置 Codex 的時候，按這 5 個部分一項一項試，不用急。

如果你身邊也有人明明用了 AI，卻還是每天複製貼上、反覆解釋需求，可以把這篇轉給他。也許他缺的不是更多 prompt，而是一套能慢慢搭起來的工作流。

## 參考資料

- OpenAI Academy: Plugins and skills

- OpenAI Academy: Automations

- OpenAI Academy: What is Codex

- OpenAI Help Center: 2026-05-21 Codex updates / Goal mode release notes

## 標籤

Skills, Codex, 教學資源, OpenAI, Codex