12 個 AI 幫手，一半在各做各的

你打開了好幾個 AI 聊天視窗。一個負責查資料，一個負責寫初稿，一個負責挑錯字。它們各自都做完了，但你發現整個下午都在做同一件事：把左邊視窗的答案複製起來，貼到右邊，再把產出剪回中間視窗給下一步用。你不是在指揮它們，你是在替它們搬東西。

這個場景會讓人以為問題出在自己不夠熟練，或工具還不夠多。但視角拉開一點就會發現，整個組織正在同一件事上重複同樣的動作，只是規模大了幾百倍。

Salesforce 2026 年 2 月發布的年度連線報告（MuleSoft 執行，Vanson Bourne 調查 1,050 位 IT 主管）寫得直白：企業平均已經在跑 12 個 AI 代理，其中一半各自孤立，不是協同系統的一部分。兩年內這個數字預計會到 20。孤立的代價他們用了一個詞，shadow AI——沒人知道全貌的自動化。

個人版的原則是：表現不好，先看環境，不要先加人。放大到組織版本是同一句話：做不出效益，先看接得起來沒有，不要先加第 13 個。

孤島版（多數企業現在的樣子）
[業務] [行銷] [客服] [生管] [財務] [法遵]
   │      │      │      │      │      │
 人工   人工   人工   人工   人工   人工
 複製   複製   複製   複製   複製   複製
   └──────┴──────┴──────┴──────┴──────┘
          （你就是那條中間的匯流排）

連通版（同樣的代理，效益差一個量級）
詢價 → 庫存 → 排程 → 出貨 → 品質 → 對帳
   └──────── 一條走得完的流程 ────────┘

先承認孤島是組織形狀，不是技術限制

技術從來不是那個瓶頸。讓兩個 agent 交換資料的方法早就成熟——共用資料庫、訊息佇列、API、匯出檔都行，MCP 和 A2A 這些協定也在往這裡走。真正卡住的是另一件事：沒有人的年度目標寫著「讓業務的 agent 讀得到生管的資料」。預算是照部門編的，KPI 是照部門算的，驗收也是各單位各自簽名。每個部門都做了合理的採購，加總起來卻是一個效益漏得到處都是的組織。

這是老問題換了新皮。二十年前叫「系統長得像組織圖」，十年前叫「資料躺在不同筒子裡」，今天換成 agent，話術升級了，形狀沒變。只要導入邏輯還是照部門，斷點會原封不動被複製到新的一層上面。

把常見狀況對照著看，會清楚多少事是加人補不了的：

下週就能做的三件事，順序不能顛倒

第一，做一張 agent 清單。有幾個 agent 正在跑、各自讀什麼資料、寫回哪裡、出事誰有權把它關掉。這張表做不出來，就不要再導入第 13 個。中小企業的版本更直接：你可能只有一兩個 agent，把上下游也畫進去，斷點在哪立刻現形。

第二，第一個要串起來的流程，挑跨部門那一段。挑各部門自己最順手的，只會加強孤島。要挑報價到排程、訂單到出貨這種跨兩個以上單位的流程；難，但效益真正卡住的地方在這裡，也才逼得出資料規格的討論。交接單那篇會展開：交接的成本、該傳什麼、什麼千萬別傳。

第三，先寫停用條件，再上線。每個 agent 上線前回答三題：什麼情況下它必須被關掉、誰有權關、關掉之後流程怎麼走。回答不了，代表這個 agent 還沒被真正納入流程，只是掛在流程旁邊。

台灣製造業的版本還要多想一階，你的斷點不只在部門之間，而是在公司與公司之間：

模型愈來愈便宜的時代，稀缺的不是智慧，是可信任的介面。這件事單一家企業做不到，它需要共通的資料規格、明確的權責界線，以及雙方都願意接受的交換與驗證機制。這正是產業推動體系該補的位置。

回到你那個下午。桌上開著好幾個視窗，AI 們各自做完，你在中間搬東西。那不是熟練度問題，也不是視窗還不夠多。你該做的第一件事不是打開第 4 個視窗，而是拿一張紙寫下這 3 個各在做什麼、彼此該不該說話。通常不是缺 AI，是缺一張圖。組織版本一模一樣，只是畫圖的人換成你。

動手做

個人版，開了好幾個視窗在搬東西的，先畫那張圖。貼給任何一個 AI：

我目前同時開著幾個 AI 在做一件事，各自負責的部分如下。請幫我畫成一張流程：每個 AI 是一個節點，標出它的輸入從哪來、輸出給誰；凡是「輸出要靠我手動搬去下一個」的地方，標成【人工中繼】。然後回答：這幾個中繼哪些可以合併成同一個對話（判準：需要互相看不到嗎？），哪些應該用一張固定格式的交接單取代手動搬。
我的幾個 AI：（例：A 查資料 → 我貼給 B 寫初稿 → 我貼給 C 挑錯字）

部門或公司版，有好幾個 agent 各跑各的，做 agent 清單，一行一個：

請把下面這份清單整理成 agent 登錄表，欄位固定：名稱｜負責部門｜讀什麼資料（來源系統）｜寫回哪裡｜上游是誰（人或哪個 agent）｜下游是誰｜停用條件（什麼情況必須關）｜誰有權關｜關掉後流程怎麼走。
填不出來的欄位標【未定義】，不要猜。最後列出：【未定義】最多的三個 agent——那是最該先補的；以及所有「上游或下游是人」的地方——那是人工中繼。
我的 agent：（列出）

要挑第一條跨部門流程的，找方法有AI 工作流程設計。

做對了的樣子：你有一張圖或一張表，每個 agent 的上下游都填了，沒有【未定義】；第一條被串起來的流程跨了至少兩個單位；每個 agent 都答得出「誰有權關掉它」；手動貼東西的次數在下降。

數一數你今天在幾個 AI 視窗之間手動貼過東西。每一次貼，就是一個沒被定義成流程的中繼。

站內延伸

• 個人版的「先看環境不要先加人」 → 什麼時候該分身
• 交接該傳什麼 → 交接單
• 清單與停用條件的做法 → 找方法AI Agent 權限最小化

來源： Salesforce：2026 Connectivity Report 發布新聞、MuleSoft：2026 Connectivity Benchmark Report（平均 12 個代理、一半孤立、兩年內達 20；1,050 位 IT 主管，Vanson Bourne 於 2025 年 10–11 月調查）。

12 個代理、一半孤立，數量不是進度，連接才是。孤島是組織形狀，不是技術限制，照部門導入，斷點就照部門複製。三件事順序不能倒：清單、跨部門那一段、停用條件。通常不是缺 AI，是缺一張圖。