Roy PunAI 工具分工：一個人工作的 AI Team 怎樣接力（2026）
「等我同我條 team 商量下先。」2026 年 10 月初，我把 Notion、Claude Code、Codex 等工具稱為自己的 team。從這個工作安排出發，AI 工具分工可以怎樣做得更清楚？
同時使用幾個 AI 工具，很容易遇到一個問題：每個工具都可以幫忙，但工作做到一半，未必知道應該交給誰，最後版本又應該放在哪裏。
在 2026 年 10 月初的安排裏，我為每個工具分配了一個主要角色：Notion 保存項目資料和工作方法，Claude Code 與 Codex 處理需要深入執行的部分。方向和重要決定，仍然由我確認。
工具安排會隨工作需要調整。這篇文章以當時的分工為例，集中說明一個人工作時，怎樣交代任務、接收成果和保留判斷的位置。
我的 AI 工具分工，怎樣由一個 Dock 變成工作流程？
當時，我先按工作性質安排角色，再選擇在哪個 app 裏面完成。這些角色可以由不同工具承擔，也可以在同一個介面完成；重點是我知道每一部分由誰負責。
左右滑動查看完整表格。
| 工作 | 當時的主要工具 | 負責甚麼 |
|---|---|---|
| 記錄與日常整理 | Notion、Notion AI | Projects、tasks、SOP、brand guideline |
| 深入執行 | Claude Code、Codex | 研究、長文件及檔案製作 |
| 本機工作 | VS Code、cmux | 查看、編輯檔案及 terminal 工作 |
| 日程安排 | Notion Calendar | 查看日程、安排會議 |
| 語音輸入 | Typeless | 把說話轉成文字 |
這是當時的工作安排。你可以沿用其中的分工思路，工具則按現有需要選擇，毋須一次過安裝整份清單。
為甚麼我把 Notion 放在記錄的位置？
在這個安排裏，Notion 負責保存日後仍然需要使用的資料。Project 的方向、task 的進度、SOP 的做法和 brand guideline，都有一個可以回去查閱的位置。
當時，我把大部分日常 workspace 工作交給 Notion AI。當一項工作需要更深入的研究，或需要處理本機檔案，再交給 Claude Code 或 Codex。
這樣安排，讓我可以分開處理「長期保留甚麼」和「今次怎樣完成」。AI 生成過的每一版文字，未必都值得保存；經過確認的決定、可重用的方法，以及正式成果的位置，才是下一次工作需要的資料。
如果想讓外部 AI 直接讀取或更新 Notion，可以了解 Notion MCP 的官方說明。MCP 是連接 AI 工具與 Notion 的方式，實際可用功能要視乎連接的工具；Notion 亦提醒，MCP 會以你的 Notion 權限操作。連接之前，需要先了解它可接觸的資料範圍。
Claude Code、Codex 和 VS Code 各自做甚麼？
在當時的安排裏，Claude Code 和 Codex 負責深入執行，VS Code 則是查看和處理本機檔案的工作枱。cmux 承擔 terminal 工作，讓我有地方執行指令和查看結果。
Claude Code 的官方文件 說明，它可以讀取程式碼、編輯檔案和執行指令。因此，交給這類工具的工作，需要有清楚的目標和範圍，也需要檢查實際產物。
Claude Code 官方公開示範，2026 年 10 月 19 日擷取。畫面展示產品介面，並非我的私人工作檔案。來源
例如，要求 AI 整理一份長文件時，交接內容可以包括原始資料、讀者、篇幅、輸出格式，以及不能改動的事實。完成後，我要看的包括文件是否存在、內容是否符合來源，以及需要的檢查是否通過。
同一項工作如果同時交給兩個工具，最好先分開範圍，例如一個起草、一個覆核。兩邊同時修改同一份正式檔案，容易令版本變得難以追蹤。
日程和語音輸入，為甚麼也算是分工的一部分？
Notion Calendar 和 Typeless 分別處理時間安排和輸入。它們未必負責生成最終成果，卻是工作開始和持續進行時會用到的工具。
當時，我用 Notion Calendar 查看日程、安排會議。實際可以連接哪些 calendar 和資料，應以 Notion Calendar 官方連接說明 為準，不能把「在同一個畫面看見」直接當成所有資料都已互相同步。
Notion Calendar 官方公開示範，2026 年 10 月 19 日擷取。這是產品示例，並非我的私人日程。來源
Typeless 則讓我用說話輸入文字。這個用途也見於 Typeless 官方介紹。語音輸入後，仍然值得檢查人名、專有名詞和數字，再把文字交給下一個步驟。
當輸入、安排和執行各有位置，我就可以逐項判斷：今次卡住的是哪一部分？需要的可能是一份清楚的 brief，也可能只是先安排一段時間完成。
怎樣寫一份 AI 接得上的交接？
一份有用的交接，可以用幾行文字交代目標、來源、成果位置和確認界線。接手的工具需要知道完成後要留下甚麼，也需要知道甚麼時候停下來。
以下是一個可以按需要填寫的格式：
- 今次要完成的成果是甚麼？
- 請讀取哪些資料？哪一份是正式版本？
- 今次由哪個工具主要負責？
- 完成後，檔案或內容要存在哪裏？
- 怎樣檢查才算完成？
- 哪些動作需要先由我確認？
對文件工作來說，完成標準可以是資料有來源、指定段落齊全、檔案能正常開啟。對網站文章來說，還需要檢查排版、圖片和連結。涉及對外傳送、公開發布或刪除資料時，則要另外寫明批准範圍。
交接未寫清楚
只說「幫我整理一下」，沒有指明來源、成果位置或完成標準。工作結束時，仍要逐項確認到底做了甚麼。
交接有明確依據
指定正式來源、主要負責工具、輸出位置和檢查方式。完成後，可以對照成果逐項核實，再決定下一步。
AI 做得更多，我自己還要負責甚麼？
我的角色是定方向、作判斷，以及確認重要決定。哪些工作值得做、哪些資料適合交給工具、甚麼結果可以對外使用，仍然需要我參與。
這也影響我怎樣安排交接。工具回報「完成」後，可以要求它提供看得見的成果和檢查結果；有未核實的資料，應該明確列出，留待確認。
如果採用自動化，可以先從範圍小、容易覆核的工作開始。每次增加它可以做的事情，也一併交代資料範圍、允許的修改，以及出錯時怎樣停下來。
小練習：替一項重複工作寫下四個位置
選一項你最近真的做過、之後仍會重複的工作。可以是整理會議筆記、準備文章，或更新一份工作報告。
在一張紙或一個 page 上，寫下四行：
- 原始資料的位置
- 主要負責執行的工具
- 正式成果的位置
- 需要由你確認的部分
如果某一行寫不出來，可以先補清楚那一項。下一次做同樣的工作時，沿用這四行，再看看還有哪些地方需要補充。
常見問題（FAQ）
只有一個 AI 工具，也需要分工嗎？
可以先分清工作階段。即使只用一個 AI，仍然可以寫明它正在整理資料、起草，還是覆核，以及哪份成果需要由你確認。工具數量少，也可以有清楚的交接。
Notion AI、Claude Code 和 Codex，需要全部一起用嗎？
毋須一次過使用全部工具。先看工作主要發生在哪裏，以及是否需要處理本機檔案、執行指令或使用其他連接。由現有工具能完成的一項工作開始，遇到具體限制後再評估。
把資料放進 Notion，其他 AI 就會自動知道嗎？
不會單憑資料存放在 Notion 就自動取得。外部工具需要相應連接和存取權限，執行時也要讀取相關內容。交接時提供清楚的來源位置，能減少遺漏。
怎樣避免不同工具產生多個正式版本？
先指定一個正式位置，再把工作副本和正式成果分開。交接時寫明以哪一份為準，完成覆核後才更新正式版本，並在原本的工作記錄留下成果連結。
我希望這個 team 裏面的每個工具，都有清楚的位置。下一次開始工作時，知道資料在哪裏、由誰接手、最後由誰確認，已經是一個很實際的起點。如果想進一步整理記錄與執行的關係，可以再看 Notion 與 Claude 如何分工。
