最近，當我跟 dots 對話時，已經可以同時向 Codex 和 Claude Code 指派工作了。
我把 ChatGPT 的 dots 當作我工作的指揮中心。
我只需要說出我想做什麼。
dots 會根據我事先設定好的分工，向 Codex 或 Claude Code 下達指令。
然後，它會把結果用淺顯易懂的方式回報給我。
各自的分工、工作內容、執行步驟以及需要的資料，全都存在 Obsidian 裡。
雖然我會用好幾個 AI，但真正需要對話的只有 dots。
這是我目前使用方式上最大的改變。
現在不只是單純叫 AI 做事，連「該找誰做」、「該怎麼做」這些決策過程，AI 也參與進來了。
我只需要跟 dots 說話
直到不久前，每次使用 AI 時，我都得自己決定該找哪一個。
「這個任務要交給 Codex 嗎？」
「這個要給 Claude Code 嗎？」
「中途想請另一個 AI 加入，但要怎麼溝通才好？」
除了實際的工作內容之外，還會衍生出許多「如何向 AI 提出請求」的行政瑣事。
在目前的環境裡，我把這些分類工作都交給了 dots。
開口說話的那一刻，我不需要自己分別為 Codex 和 Claude Code 撰寫指令。只要告訴 dots 我想做什麼，它就會依照預先分配好的角色去執行。
我和 dots 之間，就像平常一樣討論就好。
剩下的，由 dots 去向各個 AI 下達指令。
我讓 Codex 和 Claude Code 各自負責擅長的領域。
我事先決定了它們的職責，並把溝通窗口統一集中到 dots 身上。
如果每增加一個新的 AI，我的行政負擔就跟著變重，那根本不會變輕鬆，只會讓我再次忙得團團轉……
重點不在於你用了多少個 AI，而在於你自己承擔了多少行政瑣事。
我發現，原來這部分也是可以改變的。
光分配角色，無法傳達工作內容
要讓 dots 順利調度工作，還需要提供被指派的 AI 所需的資訊。
「誰負責什麼」和「實際該怎麼做」是兩回事。
我存在 Obsidian 裡的不只是 Codex 和 Claude Code 的分工。
還有各項任務的內容。
該任務的執行流程。
推進工作所需的資料。
這些東西全都在同一個 Obsidian vault 裡。
就算決定了負責人，如果沒告訴他「要看什麼、該怎麼做」，他還是得回頭問我。
舉例來說，如果任務是寫文章，就需要知道目標受眾和寫作規範。
如果任務跟數字有關，就需要原始資料。
這些是依工作類型劃分的例子，但無論哪一種，都不可能只靠「該找誰」就順利進行。
在我的環境裡，我也把發布規則和操作流程存在 Obsidian 中。
這樣一來，負責該任務的 AI 就能運用必要的資訊來推進工作。
表面上，我的討論對象是 dots。
但在背後，支撐這些工作的資訊都存在 Obsidian 裡。
即使我換了諮詢對象，也不用每次都從頭重新說明工作內容，因為我並沒有採用那種架構。
我現在這種請求方式，同樣運用了我在 Obsidian 裡累積下來的資訊。
dots 的職責也包括確保我能看懂回覆
這種使用方式的另一個重點，在於「回覆」。
dots 不只是向各個 AI 下達指令，還會用「容易理解」的方式把結果回報給我。
閱讀回覆對提出請求的人來說也是一種時間成本。
就算工作有進展，但如果解讀說明的負擔變重了，接收方又會變得忙碌起來。
就算內容寫得很詳細，如果看完之後不知道下一步該做什麼，最後還是得繼續追問。
舉例來說，在看報告時，如果能一眼看出哪些完成了、哪些還沒做、需要我做什麼決定，接收起來會輕鬆很多。
你是想了解詳細的背景脈絡，還是只需要掌握能繼續推進的重點？需求不同，想要的格式也會不一樣。
因此，我認為不只要思考「如何提出請求」，也要思考「如何接收回覆」。
輸出端：dots 接收我的輸入，轉換成給各個 AI 的指令。
回傳端：dots 收集各 AI 的結果，用我能理解的格式回報給我。
dots 包辦了這整個往返過程。
能夠提出複雜的任務，並且收到看得懂的回覆——這兩者都是繼續進行下一次討論或任務的必要條件。
━━━━━━━━━━━━
給那些有在用 AI，卻覺得發布內容很困難的人。
把素材集中放在一個地方，就不用每次都從零開始。
我開設了「Minami 的 Obsidian x AI Agent 實作紀錄」。
歡迎免費閱讀 ↓
━━━━━━━━━━━━
從工作內容出發，而不是 AI 的名字
如果你想嘗試類似的做法，別一開始就想串接多個 AI，先挑一個你平常常交辦的任務來整理思緒。
舉例來說，如果任務是撰寫 X（Twitter）貼文草稿，只寫「產生文字」的話，傳遞給執行者的資訊就不夠明確。
你在做什麼樣的發布？
使用了哪些素材？
希望做到什麼程度再回傳？
把這些寫下來後，你就能明白在將「溝通窗口」與「實際執行的負責人」分開時，需要傳遞哪些資訊。
要整理工作說明，可以使用這樣的框架：
1要交辦的任務：2負責的 AI：3工作內容與執行流程：4要使用的筆記／資料存放位置：5回覆給我時需要釐清的事項：
把這段說明存在 Obsidian 裡。
這感覺就像是不只寫下「要找誰」，還把「執行者要用什麼」、「該怎麼做」、「用什麼格式回報結果」都記錄下來。
這是一份備忘錄，用來在向指揮中心交接工作時，把說明整理清楚。
如果能事先看清工作內容，「我想委託給指揮中心的事」也會變得更具體。
不要一開始就排列 AI 的名字，而是從你不斷串接的工作中開始思考。
我相信這樣更容易打造出適合自己發布節奏的形式。
結語
如果你有在用 AI，卻因為要決定「找誰做」、「怎麼溝通」、「怎麼看回覆」而感到疲憊，不妨檢視一下是不是所有事情都自己扛了。
想要駕馭 AI，你不需要永遠當那個居中聯絡的人。
我現在只跟 dots 對話，把對 Codex／Claude Code 下指令以及向我回報結果的工作，都交給了 dots。
如果你今天就想試試看，挑一個平常會交給 AI 的任務，用上面的框架寫進 Obsidian 裡。
溝通對象：dots。工作內容／流程：Obsidian。
我就是靠這個組合來調度多個 AI 的。
感謝你閱讀到最後！
公告 📢
我有經營 Open Chat！
在「讓 Obsidian 使用者大爆發！」這個計畫下，我會分享在 X 上沒有公開的 Obsidian x AI Agents 真實案例與失敗經驗。
我也有準備小禮物，有興趣的話歡迎來看看 ↓
