跳到主要內容
← 回找觀念
觀念總論|AI 協作方法

第 32 篇|12 個 AI 幫手,一半在各做各的

多開一個補不了斷點,因為斷點的形狀,是組織自己長出來的。數量不是進度,連接才是。

2026-08-21 · 作者整理:Lucas · 資安審稿後整理
資安審稿註記:本文已把「保證安全」「最強防線」等過度承諾改成保守表述;凡涉及金鑰、權限、刪除、提交、外部發送與自動化執行,均保留人工確認、沙盒或測試環境前提。

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

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

Belitsoft 今年四月的一份報告寫得直白:企業平均已經在跑 12 個 AI agent,其中一半完全不跟其他 agent 說話。旁邊還擺著另一組更刺眼的對照——71% 的企業宣稱自己「已部署 AI agent」,真正進到生產環境的只有 11%。中間那六成,是簡報。

我在第 31 篇說過:表現不好,先看環境,不要先加人。 放大到組織版本是同一句話:做不出效益,先看接得起來沒有,不要先加第 13 個。

+-----------------------------------------------------------------+
|            12 個 AI 幫手:孤島版 vs 連通版                       |
+-----------------------------------------------------------------+
|                                                                 |
|  孤島版(多數企業現在的樣子)                                    |
|                                                                 |
|   [業務] [行銷] [客服] [生管] [資安] [財務] [法遵] [出納]        |
|      |     |     |     |     |     |     |     |               |
|      v     v     v     v     v     v     v     v               |
|    人工  人工  人工  人工  人工  人工  人工  人工                |
|    複製  複製  複製  複製  複製  複製  複製  複製                |
|      \_____|_____|_____|_____|_____|_____|_____/               |
|              (你就是那條中間的匯流排)                            |
|                                                                 |
|  ─────────────────────────────────────────────────────────      |
|                                                                 |
|  連通版(同樣 12 個,效益差一個量級)                            |
|                                                                 |
|    詢價 → 庫存 → 排程 → 出貨 → 品質 → 對帳 → 稽核                |
|      \_____________一條走得完的流程_____________/               |
|                                                                 |
+-----------------------------------------------------------------+

實戰步驟一:先承認孤島是組織形狀,不是技術限制

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

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

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

| 你看到的狀況 | 表面的解法 | 真正該補的 | |---|---|---| | 部門各自導入 agent,效益不明 | 再多導幾個 | 一張跨部門的 agent 清單 | | agent 之間要靠人做中繼 | 培訓員工更會用 AI | 把中繼位置定義成一段流程 | | 出事不知道是哪個 agent 造成 | 找廠商釐清 | 事前寫好停用條件與權責 | | 有 12 個 agent,資安只看到 3 個 | 加強稽核頻率 | 建一份誰都能查的節點清單 |

實戰步驟二:下週就能做的三件事,順序不能顛倒

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

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

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

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

| 面向 | 歐美企業的孤島 | 台灣製造業的孤島 | |---|---|---| | 斷點位置 | 部門與部門之間 | 中心廠與衛星廠之間 | | 補的方式 | 內部治理、整合預算 | 產業共同資料規格、可信任介面 | | 誰該領頭 | 該公司 IT 或轉型辦公室 | 法人、公協會、產業推動體系 |

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

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

← 看更多觀念總論
取得 AI 實戰工具與更新

之後會不定期整理:新方法、指令包(Prompt Pack)、Checklist 與模板。免費、無廣告;送出後會收到一封確認信,點了連結才算訂閱成功,之後每封信都附一鍵退訂。