好文整理｜Codex 變成收件匣作業系統：Dan Shipper 如何 13 週維持 Inbox Zero

編按：這篇是創作邦「好文整理系列」的第一篇。這個系列會整理、翻譯國外值得一讀的文章、影片與社群討論，幫你快速抓重點。內容不是創作邦原創，也不是逐字完整翻譯；我會附上原文連結，推薦你回到原作者的內容閱讀與支持。

• 原轉推：Tibo on X
• 原始貼文：Dan Shipper on X
• 完整影片：Codex Runs My Inbox Now
• 延伸連結：Every 訂閱頁、Cora

這次大家在討論什麼？

Tibo 轉推 Dan Shipper 的 Codex inbox zero 工作流，說自己現在花在 Codex app 的時間，比 Mac 上其他所有 app 加起來還多。這句話很像玩笑，但留言區的反應顯示：很多重度使用者已經不是把 Codex 當「寫程式工具」，而是把它當成工作台。

Dan 的原始貼文主題是：他如何用 Codex 每天維持 inbox zero。影片裡他展示了一個自己用 Codex 做出的「收件匣掃描 app」：每封信不再只是 Gmail 裡的一列文字，而會被整理成一張張卡片，卡片包含摘要、下一步建議、回覆草稿，甚至可以直接參考行事曆安排時間。

Dan 的核心工作流

最值得看的不是「AI 幫我回信」這件事，而是他把信件處理改造成一個決策隊列。

1. 固定一條長期 Codex thread。Dan 有一個叫 inbox 的長期工作線，專門處理收件匣。
2. 用 in-app browser 把 Codex 放進工作現場。他不是在 AI 聊天框裡描述工作，而是在 Codex 內開 app，讓代理可以看見、操作、協作。
3. 每封信變成一張卡片。卡片會摘要信件、提出下一步，可能是草擬回覆、安排會議、轉交給同事、封存。
4. 人類只做判斷，Codex 負責執行。Dan 可以對卡片說「這封改約在我辦公室附近」、「這封轉給對的人」、「這封我已經介紹完了，封存」。
5. 決策會被記錄下來。每一次封存、改寫、派工、回覆都會存在檔案系統裡，讓 prompts 和判斷規則慢慢變準。

所以這套流程的重點，不是把 email app 換成 AI app；而是把「低價值但需要判斷的雜事」變成可逐張處理的任務卡，再讓代理接手後續動作。

不只 email，也能變成 company feed

影片裡另一個有意思的地方，是 Dan 把同樣概念延伸到 company feed。他提到 Every 是 30 人公司，會議、Slack、Notion 記錄到處都是。這些資訊會被整理成另一批卡片：哪些事需要他看、哪些事可以交給 Codex、哪些已經處理完。

這其實很像把公司的資訊流變成一個個「待判斷物件」。以前我們需要自己追 Slack、翻會議紀錄、問同事進度；現在可以變成一個 feed，讓人只做關鍵判斷。

留言區的共鳴：Codex 正在變成工作 OS

Tibo 的轉推之所以引起大量留言，是因為這個使用情境打中了很多人對 Codex 的想像：如果 AI 可以開瀏覽器、讀檔案、操作工具、維持長期脈絡，它就不只是 coding assistant，而是「用自然語言操作電腦」的入口。

留言裡有幾類很明顯的反應：

• 重度使用者的共鳴。有人說自己現在幾乎只開 Codex，不太需要 VS Code；也有人說 Mac 和 Codex 對他來說快變成同一件事。
• 想把更多 app 搬進 Codex。有人希望有 scratch pad、筆記、ChatGPT 網頁對話匯出到 Codex、更多瀏覽器 tab、多 email 帳號支援。
• 希望拿到模板。Dan 的原貼留言裡很多人在問 GitHub repo、starter prompts、操作手冊模板。這代表大家想複製的不是單一工具，而是一套可遷移的工作流。
• 也有很多痛點回報。有人抱怨桌面版 freeze、Windows 支援弱、5 小時限制、模型疑似降級、貼上內容被判太長、remote/browser sandbox 連線問題。
• 隱私與合規擔憂。有人提醒，把 email 內容交給一般訂閱制 AI 服務處理，可能牽涉 GDPR、DPA 或公司資料政策。

這些反應放在一起看很有趣：最興奮的人把 Codex 當未來的工作介面；最焦慮的人也正是因為它開始承載更多真正的工作，所以穩定性、額度、隱私、跨平台支援變得更重要。

創作邦觀察：真正可複製的是「卡片化決策」

如果只看表面，這是一個 AI 回 email 的案例。但更值得帶走的是這個模式：

把雜亂資訊流整理成卡片，讓人快速判斷下一步，再讓代理執行與記錄。

這個模式可以用在很多創作者和小團隊場景：

• 客戶信件：摘要需求、判斷報價、草擬回覆。
• 社群留言：分類回覆、挖出選題、追蹤合作機會。
• 內容研究：把 X、Reddit、Newsletter、YouTube 轉成素材卡。
• 團隊同步：把 Slack、會議紀錄、Notion 更新整理成「需要你看」和「可以交給 AI 做」兩類。

這也是為什麼這個案例比一般 prompt 分享更值得整理：它不是一段咒語，而是一個新的工作介面原型。

如果你也想試，可以先做很小

不用一開始就做完整 inbox app。比較實際的第一版可以很簡單：

1. 選一個資訊來源，例如 Gmail、Notion database 或社群留言。
2. 把每個項目整理成卡片：摘要、背景、建議下一步。
3. 人類只選：回覆、封存、轉交、稍後、需要研究。
4. 任何對外動作都先草擬，不要自動送出。
5. 把每次決策記錄起來，讓下一輪的分類和草稿更準。

真正的護城河不是你用了哪個模型，而是你把自己的判斷流程整理成可以累積的系統。

最後提醒

這類工作流很有想像力，但如果要處理真實 email、客戶資料、公司內部訊息，務必先確認資料政策、AI 服務條款、團隊授權與隱私邊界。尤其是自動送信、轉交資料、讀取會議紀錄這些動作，最好保留人類確認與操作紀錄。

推薦你看完整影片，留言區也很值得讀，因為它同時呈現了 AI 工作台的興奮感和現實限制：Tibo 的轉推討論、Dan 的原始貼文、YouTube 完整影片。