你打開了好幾個 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 清單 |
| agent 之間要靠人做中繼 | 培訓員工更會用 AI | 把中繼位置定義成一段流程 |
| 出事不知道是哪個 agent 造成 | 找廠商釐清 | 事前寫好停用條件與權責 |
| 有 12 個 agent,資安只看到 3 個 | 加強稽核頻率 | 建一份誰都能查的節點清單 |
下週就能做的事,照這個順序
先做一張 agent 清單。有幾個 agent 正在跑、各自讀什麼資料、寫回哪裡、出事誰有權把它關掉。這張表做不出來,就不要再導入第 13 個。中小企業的版本更直接,你可能只有一兩個 agent,把上下游也畫進去,斷點在哪一眼就看得到。
接著挑第一個要串起來的流程,挑跨部門那一段。挑各部門自己最順手的,只會讓孤島更穩固。要挑報價到排程、訂單到出貨這種跨兩個以上單位的流程,難是難,但效益卡住的地方就在這裡,也才逼得出資料規格的討論。交接單那篇會展開:交接的成本、該傳什麼、什麼千萬別傳。
最後,先寫停用條件,再上線。每個 agent 上線前回答三題:什麼情況下它必須被關掉、誰有權關、關掉之後流程怎麼走。回答不了,代表這個 agent 還沒被真正納入流程,只是掛在流程旁邊。
台灣製造業的版本還要多想一層,你的斷點除了在部門之間,也在公司與公司之間:
| 面向 | 歐美企業的孤島 | 台灣製造業的孤島 |
|---|---|---|
| 斷點位置 | 部門與部門之間 | 中心廠與衛星廠之間 |
| 補的方式 | 內部治理、整合預算 | 產業共同資料規格、可信任介面 |
| 誰該領頭 | 該公司 IT 或轉型辦公室 | 法人、公協會、產業推動體系 |
模型越來越便宜,難找的是雙方都信得過的介面。這個單一家企業做不到,它需要共通的資料規格、明確的權責界線,以及雙方都願意接受的交換與驗證機制。這一塊需要產業推動體系出來補。
回到你那個下午。桌上開著好幾個視窗,AI 們各自做完,你在中間搬東西。這時候先別打開第 4 個視窗,拿一張紙寫下這 3 個各在做什麼、彼此該不該說話就好。組織要做的那張 agent 清單,是同一張圖的放大版。
動手做
個人版,開了好幾個視窗在搬東西的,先畫那張圖。貼給任何一個 AI:
我目前同時開著幾個 AI 在做一件事,各自負責的部分如下。請幫我畫成一張流程:每個 AI 是一個節點,標出它的輸入從哪來、輸出給誰;凡是「輸出要靠我手動搬去下一個」的地方,標成【人工中繼】。然後回答:這幾個中繼哪些可以合併成同一個對話(判準:需要互相看不到嗎?),哪些應該用一張固定格式的交接單取代手動搬。 我的幾個 AI:(例:A 查資料 → 我貼給 B 寫初稿 → 我貼給 C 挑錯字)
部門或公司版,有好幾個 agent 各跑各的,做 agent 清單,一行一個:
請把下面這份清單整理成 agent 登錄表,欄位固定:名稱|負責部門|讀什麼資料(來源系統)|寫回哪裡|上游是誰(人或哪個 agent)|下游是誰|停用條件(什麼情況必須關)|誰有權關|關掉後流程怎麼走。 填不出來的欄位標【未定義】,不要猜。最後列出:【未定義】最多的三個 agent——那是最該先補的;以及所有「上游或下游是人」的地方——那是人工中繼。 我的 agent:(列出)
要挑第一條跨部門流程的,找方法有AI 工作流程設計。
數一數你今天在幾個 AI 視窗之間手動貼過東西。每一次手動貼,都可以在清單上記成一個人工中繼。
把開著的幾個視窗畫成方塊、中間畫上箭頭,箭頭有一端接在你自己身上的,就是登錄表裡要標成【人工中繼】的那一格。
站內延伸
- 個人版的「先看環境不要先加人」 → 什麼時候該分身
- 交接該傳什麼 → 交接單
- 清單與停用條件的做法 → 找方法AI Agent 權限最小化
來源: Salesforce:2026 Connectivity Report 發布新聞、MuleSoft:2026 Connectivity Benchmark Report(平均 12 個代理、一半孤立、兩年內達 20;1,050 位 IT 主管,Vanson Bourne 於 2025 年 10–11 月調查)。
先列清楚現有的 AI 各做什麼,
再決定要不要加
什麼時候看這張:你開著好幾個 AI 視窗,整個下午都在把左邊的答案貼到右邊。
- 調查顯示企業平均跑12個代理,一半彼此不相連
- 第一條要串的流程,挑跨兩個以上部門的那段
- 每個代理上線前,先寫好何時關掉、誰有權關
第一個動作把開著的幾個 AI 視窗畫成方塊和箭頭,箭頭接在你身上的,標成人工中繼。Salesforce/MuleSoft 2026 連線報告