首頁

Partnered With:

用「晨間簡報」學會 Codex：六個可複製的使用層級

閱讀本文需 19 分鐘

OpenAI工程師教你如何使用AI工具

原文標題：Codex 晨間簡報中的六個複雜層級
原文作者：Jason Liu
編譯：Peggy

編者按：許多人在學習 AI 工具時，往往會從模型能力、Agent 架構或複雜的自動化概念開始，但這反而容易讓普通用戶望而卻步。本文提供了一種更容易上手的路徑：不要先理解 AI 是什麼，而是從一個每天都真實發生的工作場景開始——晨間簡報。

作者以 Codex 的「晨間簡報」為例，拆解了普通人如何一步步把 AI 從一個問答工具，升級為真正參與日常工作的助手。第一步，只是讓它連接 Slack、Gmail 和日曆，告訴你今天有哪些事情需要注意；隨後，通過 agents 文件固定輸出格式和個人偏好；再進一步，讓它每天自動運行，按不同專案拆分線程，甚至直接起草回覆、會議準備材料和專案備忘。

這篇教程的價值在於，它沒有把 AI 使用講成一套抽象方法論，而是把複雜能力拆成了六個可操作層級：從資訊彙總，到偏好沉澱；從周期提醒，到專案管理；從輔助判斷，到長期記憶。每一層都對應一個非常具體的使用動作，用戶不需要一開始就理解什麼是 Agent 系統，也能在真實工作流中逐步感受到 AI 的價值。

對於想要真正開始使用 Codex、而不是只把它當成聊天窗口的人來說，這是一份非常適合作為第一步的上手指南。

以下為原文：

這是我所知道的、教一個人如何使用 AI 最簡單的方式。

不要一上來就從模型、Agent，或者某種抽象的技術分類講起。應該從一個人們本來就熟悉的工作場景開始，然後悄悄把這件事變得更強大。

「晨間簡報」之所以有效，是因為幾乎每個人本來就有類似的流程，只是他們通常整理得很糟。

我認為，晨間簡報是普通人真正能理解的第一個 Codex 工作流。

你早上醒來，打開 Slack，看一眼日曆，點進郵箱，然後忘了自己為什麼要打開郵箱；再回到 Slack，接著突然意識到七分鐘後有個會議，而你完全不知道昨天發生了什麼。

它的吸引力很简单：幫我記住現在到底發生了什麼。

當我們討論 Codex 新使用者引導時，這是第一個既足夠日常、適合教學，又足夠有用、值得認真對待的工作流。它一開始只是一個很簡單的定向提示詞。但如果你不斷推進，它最終會變成一個很好的模型，幫助人們真正過渡到嚴肅使用 Codex。

從初學者能理解的事情開始。然後一次只增加一個真實能力，直到整個系統的形態變得清晰。

我認為這裡有六個真正的層級。

Level 1：先問清楚你今天到底有什麼事

第一個版本小到幾乎有點不好意思。

連接 Slack、Gmail 和 Calendar，然後問：使用 Slack、Gmail 和 Calendar，告訴我今天有什麼事需要處理？

先看看 Codex 能不能跨過你工作中最常見的三個資訊入口，告訴你一些你真的關心的事情。

它也許會注意到 Slack 裡有人在等你回覆的一個討論串；也許會發現你忘了準備的一場會議；也許會抓到一封會改變這場會議背景的郵件。

如果它能讓你早上的前十分鐘更清楚一點，那它就已經起作用了。

Level 2：加入一個 agents 檔案

第二個層級，是加入一點可持續保留的指令。

你已經有足夠多的原始資訊入口，可以讓 Codex 變得有用了。現在你需要讓它不要每天早上都只是泛泛地「樂於助人」。

這就是 agents 檔案有用的地方。它不是某種基礎設施層面的冷知識，而是一個用來說明「你希望這項工作預設長什麼樣」的地方。

對於晨間簡報來說，它可以是這樣：

給我一份晨間簡報。
重點關注：
- 正在等我回覆的人
- 需要提前準備的會議
- 我昨天承諾過、但仍未完成的事項
- 隔夜發生、並會影響今天優先級的變化
使用清晰的小標題和項目符號。

將簡報整理為：
- 待辦事項
- 需要回覆
- 專案層面的更新

對於「需要回覆」中的每一項：
- 附上對應的 Slack 直接連結
- 說明對方在等我什麼
- 提供足夠但不過量的上下文，幫助我判斷是否現在回覆
保持簡短、有結構、方便快速瀏覽。

你不需要擔心這個檔案具體放在哪裡。只要告訴 Codex：

我希望你把這些內容保存到你的 agents 檔案裡，這樣你以後每次為我準備晨間簡報時都能使用它。

然後把上面的指令貼上去。重點是，把你的偏好定義一次，讓之後每一份簡報都從這個基礎上開始。

你不是在追求聽起來多麼高級。你只是想讓明天早上比今天早上少一點煩躁。

對於其他工作，指令會有所不同。招聘人員可能希望按候選人分組；工程師可能希望把阻塞事項和程式碼審查分開；公關傳播人員可能希望把外部資訊掃描和內部待辦拆開。但動作是一樣的：先給 Codex 真實上下文，再給它你的預設規則。

Level 3：讓它持續幫你盯著

第三個層級是加入週期性，但我不會把它教成「創建一個自動化任務」。

我會說：每個工作日早上，幫我盯一下這個。

這才是人們真正記得住的指令。

在底層，是的，你是在把晨間簡報變成一個週期性自動化任務。但在實際使用中，你只是說：這件事足夠有用，我希望它能自己回來。

價值單位不再是「我記得去問了」。而是「簡報已經在那裡等我了」。

而且，因為它存在於同一個線程裡，你可以持續調教它，而不用每次從零重寫提示詞。如果它太重視日曆事件，你就告訴它。如果它總是漏掉 Slack 裡的未閉環事項，你就告訴它。如果它應該把「需要回覆」「需要準備」和「值得知道」分開，你教它一次，讓這個線程繼續承載你的偏好。

這也是為什麼我更喜歡線程版本，而不是某種通用的定時報告。晨間簡報會隨著你的抱怨而變好。

周期性提示词可以保持簡單：

每個工作日早上，幫我盯一下這個。
檢查 Slack、Gmail 和 Calendar。
告訴我：
- 什麼需要我注意
- 我應該為哪些事情做準備
- 有哪些變化是我可能會錯過的
- 有什麼事情看起來卡在我這裡
保持簡短。
如果沒有重要變化，就直接說明沒有。

到這一步，晨間簡報開始真正產生價值。你醒來時，已經有東西替你完成了第一輪訊息清理。

Level 4：將它拆成多個專案級簡報

最終，一份總簡報會變得越來越模糊。

這一點在對話中很直接地出現過。我其實並不想永遠擁有一個萬能的日常助手。通常我會有多個專案線程，每個線程都給我自己的晨間簡報。

一個線程用於某次發布。

一個線程用於某個專案。

一個線程用於開源事務。

一個線程用於類似 chief of staff 的個人事務分流。

每個線程對「重要」的定義都不一樣。

專案線程關心的是阻塞事項、PR、決策，以及某個承諾過的草稿到底有沒有完成。

招聘線程可能關心今天要面試的候選人簡報，以及隔夜有沒有出現新的背景變化。

個人線程關心的是訊息、日程安排、出行，以及那些一直安靜躺在後台的低強度義務。

這時，置頂線程的意義就變得非常明顯。周期性的晨間簡報不只是一份報告。它是一種讓每個專案都以自己的方式保持「溫熱」的辦法。

提示詞之所以會變得更好，是因為這個線程已經知道你說的那個「發布相關的事情」到底指什麼。

Level 5：讓簡報直接起草後續工作

到這個層級，晨間簡報不應該只是告訴我發生了什麼。它還應該起草那些顯而易見的後續工作。

起草 Slack 回覆，但不要發送。

整理候選人簡報。

撰寫會議準備筆記。

總結我在回覆前應該先閱讀的那個討論串。

告訴我哪個決策看起來卡在我這裡。

一份好的 Level 5 簡報結尾可能會是這樣：這裡是我建議你優先回覆的三條訊息。我已經分別起草了回覆。這裡是兩場值得準備的會議。這裡還有一個看起來卡在你這裡的決策。

我希望晨間簡報把幾件顯而易見的工作先替我做到一半，而不是只再交給我一份需要閱讀的總結。

這也是我開始更多使用手機的階段。如果上下文收集已經在我打開電腦前完成，我就可以在走動時瞥一眼簡報，批准一件小事，或者只是判斷等我坐下來之後，什麼才真正值得我關注。

Level 6：將重要內容保存進記憶庫

第六個層級，是晨間簡報不再只是一個早晨儀式，而開始進入一套記憶系統。

如果晨間簡報反覆發現同樣的人、同樣的專案、同樣的未閉環事項、同樣的決策，那麼其中一部分內容就不應該只停留線上程中，而應該變成持久化信息。

將重要內容寫下來。

更新專案筆記。

記錄未閉環事項。

加入不應該被忘記的決策。

保留那些會讓下週簡報變得更好的上下文。

這就是我開始使用 vault 的地方。簡單來說，我喜歡把記憶做成一組可以查看、對比和跨線程複用的檔案。

一個最小可用版本大概長這樣：

vault/
├── TODO.md
├── people/
├── projects/
├── daily/
├── notes/
└── AGENTS.md

結構很簡單：

·TODO.md 用來防止未閉環事項消失在聊天記錄裡。

·people/ 存放關於常見協作者的持久上下文。

·projects/ 存放重要工作流的狀態。

·daily/ 給每一天留下一個記錄重要事實的位置。

·notes/ 存放更鬆散的研究內容或一次性備忘錄。

·AGENTS.md 告訴 Codex 如何使用這個 vault，而不是每次都重新發明結構。

你還應該更新 agents 檔案，讓晨間簡報在輸出之前先讀取 vault。類似這樣：

在撰寫我的晨間簡報之前：
- 查看 TODO.md，了解未閉環事項
- 查看 people/，了解相關協作者的上下文
- 查看 projects/，了解活躍工作流的狀態
- 查看 notes/，了解最近可能改變今天優先級的背景資訊
使用這些 vault 上下文，讓簡報更具體，也更不健忘。

一旦簡報有了足夠結構，你也可以讓 Codex 使用 subagents 並行搜索。一個可以檢查未完成待辦，一個可以掃描項目筆記，另一個可以查看最近的人物上下文，然後由主線程組裝真正的簡報，並在發生實質性變化時更新底層文件。第一天不需要這樣做，但當簡報涉及足夠多活動部件時，這會變得有用，因為單線程串行處理會開始變得慢、淺，或者不夠新鮮。

你也可以讓 Codex 複習你已經在做的工作，並向你提問，幫助你更好地組織 vault。它可能會發現同一個人出現在三個項目裡，某個項目還沒有清晰的筆記，或者你的 TODO.md 正在把個人雜事和發布阻塞事項混在一起。這種來回互動是有用的。當 Codex 被允許說出「我覺得這個內容需要一個更適合的位置，它應該放在哪裡？」時，vault 會變得更好。

晨間簡報之所以會變得更好，是因為它能在運行前讀取 vault，並在發生實質性變化後更新 vault。明天的項目簡報可以記住上周懸而未決的決策、那個仍然需要回覆的人，或者那條不該因為線程變長而消失的狀態記錄。