怎麼讓 AI 參與的流程「越跑越好」

建立迭代閉環，讓 AI 參與的流程越跑越好

AI 真的有效這件事情，我相信大家應該都已經有共識，隨便一個任務交給它，常常能跑出個堪用的版本，有時候甚至會讓你驚艷。但只要你開始想把 AI 放進真正的工作流程裡，馬上會撞到下一個問題:它需要的不只是「有效」，還得「可靠」。偶爾跑得好，跟在每次真實請求上都跑得夠好，說白了就是兩件事。

技術圈現在有不少 harness engineering 的方法在處理這層 ，更完整的脈絡、更嚴格的 evaluation、更系統的 context / memory 管理。這些都很重要，但這系列一樣先撇開艱深的技術的設計，從「流程設計」這個切角來談。

這是「從 AI 為輔到 AI 為主」系列的最後一篇。整個系列從自己這一年在公司帶隊做 AI 轉型的實戰經驗出發，提煉出現階段可以實際操作的方法跟思考邏輯:

• 第一篇: 轉型的分水嶺在哪、怎麼跨過去
• 第二篇: 不是 AI 不行，是你還不會複製能力
• 第三篇(本篇): 怎麼讓 AI 參與的流程「越跑越好」

一、AI 做簡報經驗分享

先說一個我公司真實發生的場景。我做了一個通用的 AI 員工叫 Matt 活在 slack 上，在公司內部各種流程中參與工作，上線兩週後來發現 欸!? 他被公司同仁大量地拿來產出隊內或對外的簡報。

起初 Matt 因為理解公司產品跟業務，所以產出的簡報被覺得品質比外面的 AI 簡報工具好用，但做過幾次發現，「能產」跟「能用」之間差了一段路，Matt 原本的版本通常對真正要去跟客戶報告的人來說，常常是「形式對了，但不夠精準」，然後就需要互動更改內容，我就發現每天 AI 員工都在通知我需要調整簡報類的知識標準 🤣。

於是我開始針對這方面的任務去跟有需求的同事們聊，知道客服跟業務的工作裡，都有大量「跟客戶做報告」的需求。而為了讓報告夠專業、口徑一致，公司各個部門其實早就有提供對應的素材跟規範。

那就好辦了！要讓 Matt 產出符合「公司標準」的簡報，先把這些素材跟規範都餵給他吧，讓 Matt 拿得到對的資訊跟標準，這就是前一篇講的能力複製。於是我跟公司同仁就持續地往 Matt 肚子裡面塞標準、塞可參考的內容。

但這還不夠。簡報的場景太多樣: SMB demo、enterprise 提案、續約、技術導入、客訴後的回應簡報……每一場「好」都長得不一樣，而且新場景幾乎每週都會冒出來。就算把現有素材都餵給 Matt，丟到一個沒見過的場景下，還是會撞牆。

（現在在公司會同時被同事找要解決問題跟 Matt 反應任務執行狀況還真的是蠻科幻的…）

也就是說，要讓全公司透過 AI Agent 持續產出「符合公司標準、又能配合場景調整、又能拿到對的資訊」的簡報，不能只靠一次性的能力複製，還得靠持續迭代: 每一輪都把新場景吸收回來，讓下一輪 AI 更知道「這場、這種場景，好長什麼樣」。

而這件事不只是簡報的問題，任何把 AI 拉進真實流程的場景，最後都會撞上同一面牆: 流程本身，得是活的。

二、建立迭代閉環: 讓流程活起來

迭代閉環

一個「設計完就不動」的流程，本質上有問題，你跟客戶、跟對手、跟工具之間，沒有一個東西是靜止的，尤其是 AI 時代變動更是劇烈。

放到 AI 參與的場景裡，「活的流程」具體是什麼意思?

意思是這個流程不能只是「設計好讓 AI 跑」，還要設計讓這個流程能持續學習、持續調整。每一輪跑過之後，把成功跟失敗都吸收回來，讓下一輪的 AI 更知道「好長什麼樣」。

這是一個 迭代閉環:

而這個閉環在實踐上最關鍵的動作，是 持續擴展標準與知識參考、收攏長尾還不能做好的任務

回到簡報這個例子

我的做法是: 每次 Matt 產出的簡報如果偏了，前線同仁不會直接手動改完就算了，而是在跟 AI 的對話裡，把這次「為什麼偏、要怎麼調」講清楚。等簡報收斂到 OK 之後，請 Matt 把這次的關鍵調整反向同步回「做簡報」這個 Skill 的機制裡面

然後我會定期回頭重看這份累積到現在的內容: 有沒有重複的可以合併? 有沒有矛盾的需要重新對齊? 有沒有原本是長尾、現在已經變成主場景、可以晉升成預設?

下次再做簡報，Matt 就站在這份累積過的機制內發揮效果，這就是「迭代閉環」具體的樣子。

三、常見的兩種極端

轉型過程，最常見走偏的兩個極端

極端一: 等「準備好」才開始

很多人讀到這邊會擔心:

我們公司資料還很亂、流程也沒寫下來，這種狀態怎麼開始?

老實說，我自己看過的公司很多都是這樣，資料散在各處、經驗都在資深員工的記憶裡、流程從沒被完整寫下來過。如果你說「要先把所有資料整理乾淨、標準寫清楚、再來導 AI」，等整理完天都黑了，而且這件事永遠沒有「整理完」的一天。

對我來說，可行的做法是反過來，先用最小可行的方式，讓 AI 在一個具體場景裡跑通，哪怕只解一個小問題、品質只有 60 分都沒關係。然後在這個閉環跑的過程中，靠 AI 一起把知識、標準、結構慢慢堆積出來。每一輪都讓 AI 順手幫你整理，這次學到什麼、標準該寫在哪、邊界長什麼樣。

我自己的經驗是，這樣堆出來的速度比想像中快很多，一旦「有效的 AI 流程閉環跑起來」這件事本身，就會逼著整理發生跟累積。

極端二: 拿著錘子找釘子

另一邊則是相反，看到 AI 有效，尤其是導入了某個工具有一點成效後，乾脆把每個流程都硬塞這個 AI 進去，我的經驗就曾經公司有想要每個部門都做一個自己的 AI Agent，但是都沒想清楚要 AI 做什麼事情，最後當然也沒有產生效果。

回到閉環這件事，這個閉環在追的應該是 outcome，可以是業務指標、可以是節省下來的時間、可以是產出物創造的價值。如果一個流程 AI 化之後這些都沒變，那就是漂亮的浪費(提醒一下，token 不是免費的!)。

別把手段變目標，AI 化本身不是目的，透過 AI 化讓 outcome 變得更好，才是目的。

四、職能的轉變: 從做事的人，變成設計迭代閉環的人

當 AI 流程與迭代閉環跑得起來，所以下一個問題是: 人在這個流程裡做什麼?

過去人在流程裡的位置很清楚 「做事」: 寫簡報、處理工單、跑報表、做設計。AI 接手大量「做事」之後，人的角色整個往上移，變成「建立閉環、推動迭代的人」。

這個轉變最有趣的地方是槓桿變大的乘法效應，過去你做一份簡報就是一份簡報，影響的是那場會議; 現在把這次校正的知識寫進 Skill 了，影響的是全公司之後每一次跑這個閉環的簡報。

對個人來說，這是職能典範轉移; 對組織來說，這也是為什麼 AI 為主的流程能持續變強: 因為有一群人，在不斷把流程變強。

五、整個系列的 recap

「從 AI 為輔到 AI 為主」這個系列到這邊告一段落。三篇連起來看，其實是同一件事的三個角度:

• 第一篇 轉型分水嶺: 思考如何設計 AI Native 組織的運作流程
• 第二篇 能力複製: 把團隊能力沉澱複製給 AI
• 第三篇 迭代閉環: 建立閉環迭代增強賦能更多場景

但我想特別強調一件事，這條路不會一步到位。除非你是一人 AI 公司、從零開始創業，不然真實組織第一次轉型就直接長出 AI 為主流程、變成 AI 原生組織，幾乎不可能。因為這牽涉到的不只是流程，是人跟組織，每個人習慣的位置要動、經驗要從腦袋裡拿出來、信任要重新建立，這些都比換工具慢得多。

所以重點不是「一步到位」，而是「開始轉型」。哪怕第一輪只是一個小場景、只動一個流程，只要循環真的在跑，人會跟著轉、流程會跟著被重新設計迭代。

我就是透過這系列的思考跟實踐，制定了團隊的 AI 轉型策略，並且一步一步的優化團隊流程，有興趣歡迎參考文章:

*從工具大亂鬥到 Agentic 開發閉環：漸強工程團隊 2025 AI 進化實戰回顧*

最後

自己在公司內部帶團隊做轉型的時候，時不時都會聽到這樣的轉變跟效率提升，是不是會危及自己在組織中的機會，會不會被取代等等…

記得我在制定 AI 策略給工程團隊時分享的想法: AI 是一場海嘯，誰都擋不住、躲不掉。在這場海嘯面前，你能選的位置只有三種:

• 抵抗的人: 站在原地抵抗不願改變的人，最終等著被淹沒
• 隨波逐流的人: 被沖到哪算哪，載浮載沉
• 乘著海嘯的人: 站到浪頭上，從中獲得紅利（當風口上的豬？

發這系列文章，希望透過階段性的經驗總結， 可以讓大家有一點啟發，一起來沖這道百年難得一遇的 AI 大浪！

如果你正在帶團隊做 AI 轉型，歡迎留言或聯絡交流!