整理收件箱和待辦入口
說明如何用 Codex 整理 Gmail inbox,參考寫作樣例起草回覆,並在上下文不足時補充外部資料。
📖 本篇術語速查表
| 英文 / 縮寫 | 中文 | 一句話解釋 |
|---|---|---|
| 收件箱 | inbox | 待處理項的集中入口。 |
| 待辦分類 | triage | 把待辦按處理方式歸類。 |
| 處理規則 | rules | 自動化整理遵循的規則。 |
不想讀完?把下面這段提示詞丟給 AI 幫你跑完——幫你用 Codex 規劃整理收件箱和待辦入口。
你是收件箱整理規劃顧問,幫我用 Codex 把堆積的收件箱和待辦整理成清晰可處理的結構。
【角色】
你知道怎麼用 Codex 協助整理收件箱、按規則分類待辦、把雜亂入口收斂成可處理的清單。
【輸入】
- 我要整理的收件箱 / 待辦來源:___
- 現在的混亂點:___
- 我的處理習慣和優先順序標準:___
- 是否要自動化規則:___
【工作流程】
1. 梳理待辦來源和現狀
2. 定分類規則(按優先順序 / 型別 / 處理方式)
3. 讓 Codex 據規則歸類
4. 給後續保持清爽的規則
【輸出規範】
▌一、待辦來源梳理
▌二、分類規則
▌三、歸類結果結構
▌四、保持清爽的規則
【硬約束】
- 分類規則貼合我的實際優先順序,不套通用
- 涉及隱私 / 敏感內容的待辦謹慎處理
- 自動化規則要可複查,不黑盒刪改
- 重要項不自動處理,留人確認
- 不替我假設優先順序,不清先問
- 整理規則先在小批待辦上試一遍確認分類合理,再應用到全部,別一上來就全自動跑Codex 可以用 Gmail 找出需要你處理的郵件,參考你的最近已傳送回覆或寫作樣例,用你的語氣起草回覆;當郵件上下文不足時,再從 Slack、Google Drive、project notes 或其他工作工具裡補資訊。
郵箱整理涉及賬號內容、聯絡人、附件和外部服務上下文。預設只讓 Codex 起草和歸類,傳送、刪除、歸檔、批次移動都要單獨確認範圍。
官方頁面:https://developers.openai.com/codex/use-cases/manage-your-inbox
適合什麼任務
| 場景 | Codex 應該做什麼 |
|---|---|
| 不想手動整理 inbox | 找出需要 attention 的郵件,並生成 reviewable drafts |
| 郵件需要最新決策、負責人、檔案或 blocker | 從 Slack、Google Drive 或其他來源補上下文 |
| recurring inbox checks | 在同一個 thread 裡校準後,新增 automation |
| Gmail 需要整理 | 在你明確要求時,搜尋、歸類和組織訊息;刪除動作保持窄而明確 |
使用的能力
| 能力 | 用法 | 連結 |
|---|---|---|
gmail | 搜尋和 triage Gmail threads,讀取上下文,建立 reply drafts,並在明確要求時整理 messages | https://github.com/openai/plugins/tree/main/plugins/gmail |
slack | 當 email 需要最新 decision、owner、asset 或 blocker 時,檢查團隊訊息上下文 | https://github.com/openai/plugins/tree/main/plugins/slack |
google-drive | 讀取 source docs、FAQs、notes 或你認可的 writing examples | https://github.com/openai/plugins/tree/main/plugins/google-drive |
相關官方說明:
- Codex plugins:https://developers.openai.com/codex/plugins
- Codex automations:https://developers.openai.com/codex/app/automations
起始提示詞
請檢查我的 @gmail,找出哪些郵件需要我回復,並用我的語氣寫 drafts。
請參考我最近傳送過的 replies,或 @google-drive [writing examples] 來把握語氣。
如果郵件缺少最新 decision、owner、file 或 blocker,請從 @slack、@google-drive,或其他我的工作來源中補上下文。這個 prompt 讓 Codex 做 first inbox pass:找出需要注意的郵件、起草回覆,並說明它用了哪些 context。
Review Your Inbox
第一輪可以這樣做:
- 讓 Codex review Gmail,找出需要你注意的郵件。
- 讓它用 Slack、docs 或 project notes 補充上下文。
- 告訴 Codex 哪些 drafts 有用,哪些郵件下次可以忽略。
- 當 thread 已經調好,再新增 automation;需要快速訪問時 pin 執行緒。
可以給 Codex 寬泛 inbox request,也可以給 time window 或 label。語氣重要時,先讓它看 recent sent replies 或 writing examples。
理想輸出是一條短 queue:
- 需要回復的郵件和 drafts。
- 可以等待的訊息。
- 哪些回答依賴了郵件外部上下文。
讓 Thread 學會你的判斷
把第一輪當校準:
- Codex 起草太多,就告訴它哪些是 noise。
- 它漏掉重要郵件,就說明那類 thread 為什麼重要。
- 語氣不對,就直接改 draft。
隨著同一執行緒積累反饋,它應該更會判斷哪些郵件需要草稿,哪些可以不打擾你。
按 Schedule 自動檢查
當 drafts 有用後,可以讓 Codex 在同一 thread 上建立 automation。它會按 schedule 醒來,檢查 Gmail 和你指定的 context sources,只在有值得 review 的郵件或 drafts 時彙報。
如果 Codex 遇到需要你決策的郵件,它應該 flag question,而不是猜。
整理 Inbox 的邊界
Gmail plugin 也能組織 inbox,但建議把這類動作作為 triage 之後的獨立 command。
draft replies 適合自動化後人工 review;destructive cleanup 必須明確、窄範圍、可檢查。刪除、歸檔、批次移動前都要單獨說明範圍。