Agentic Workflow 是什麼：與傳統固定流程、單次問答的差別

很多團隊把「串接幾個 AI 步驟」跟「Agentic Workflow」混為一談，但兩者的關鍵差異不在於用了幾個 AI 呼叫,而在於「流程本身會不會因為執行結果而動態改變」。分不清這個差異,很容易把一套其實還是固定流程的系統,誤以為已經具備自主決策能力,進而高估了它處理意外情況的能力。讀完這篇,你會知道三種常見流程架構的本質差異,以及該用什麼標準判斷你的流程值不值得升級成 Agentic Workflow。

本質與範圍：流程「會不會自己變」，才是關鍵差異

固定流程（Fixed Pipeline）、單次問答（Single-shot Q&A）、Agentic Workflow，這三種架構表面上都可能用到 AI 模型，但區分它們的關鍵標準,不是「用了多少次 AI」，而是「執行路徑是不是在執行前就已經完全決定」。固定流程的路徑在設計階段就寫死了，不管中途遇到什麼結果，都會照原本排好的步驟走完；單次問答則完全沒有「路徑」這個概念，一次輸入換一次輸出，中間沒有多步驟的安排；只有 Agentic Workflow,才具備「依照上一步的執行結果，動態決定下一步該做什麼,甚至要不要繼續」的特性。

這個差異看起來抽象,但在實際後果上差很大。固定流程遇到設計時沒預想到的情況,只能照原計畫硬走,或者直接中斷拋出錯誤；Agentic Workflow 遇到同樣的意外情況,理論上可以自行判斷該調整路徑,還是該停下來請求協助。這個「理論上可以」背後,正是 Agentic Workflow 真正的價值所在,也是它額外付出的不確定性成本所在——因為路徑不是寫死的,你也就沒辦法在執行前,百分之百預測這套系統會怎麼走。

值得補充的是，「串接多個 AI 呼叫」這件事本身,並不足以構成 Agentic Workflow。市面上很多被包裝成「Agentic」的產品，其實只是把幾個固定步驟,各自換成用 AI 模型執行,步驟與步驟之間的順序與條件,依然是寫死的——這種設計，本質上仍然是固定流程，只是每個節點換了一個比較聰明的執行者，並沒有真正具備「依照結果動態改變路徑」的能力。分辨這個差異,對採購或評估外部工具特別重要，因為這直接影響你能不能合理期待這套系統處理沒預想到的情況。

三種流程範式比較

下面這張圖,用三組簡化示意,呈現這三種架構在控制流上的本質差異。

【固定流程】
┌──────┐     ┌──────┐     ┌──────┐
│ 步驟1 │ ──▶ │ 步驟2 │ ──▶ │ 步驟3 │
└──────┘     └──────┘     └──────┘
（路徑在設計時已寫死，執行結果不會改變後續步驟）

【單次問答】
┌──────┐     ┌──────┐
│  輸入 │ ──▶ │  輸出 │
└──────┘     └──────┘
（沒有中間步驟，一次生成即結束，沒有「路徑」可言）

【Agentic Workflow】
┌──────┐     ┌─────────────┐     ┌───────────────┐
│  目標 │ ──▶ │ 自主判斷下一步│ ──▶ │  執行並檢查結果 │
└──────┘     └─────────────┘     └───────┬───────┘
                    ▲                     │
                    └─────────────────────┘
（路徑依執行結果動態決定，可能反覆繞回判斷節點）

這三張示意圖裡，最值得注意的是 Agentic Workflow 那個往回繞的箭頭——這條箭頭代表的是「重新評估是否要走原本沒預想到的路徑」的能力，而固定流程跟單次問答,結構上根本沒有這條箭頭存在的空間。

固定流程與單次問答：各自的優勢與侵蝕點

固定流程最大的優勢,是高度可預測——只要輸入在設計時考慮過的範圍內，執行結果幾乎可以完全預期，這對需要嚴格合規、稽核要求高的場景特別重要。它的侵蝕點，發生在輸入超出設計範圍的邊界案例：固定流程沒有能力判斷「這個情況跟我設計時想的不一樣，該换個方式處理」，只能照表操課，輕則產出不適用的結果，重則整個流程卡死。

單次問答的優勢在於簡單與低成本——不需要設計多步驟的協調邏輯，一次呼叫就能得到結果，適合任務本身不需要中間檢查、也不依賴外部工具的場景。它的侵蝕點,在於完全沒有「執行過程」的概念，任何需要分步驟確認、需要呼叫外部工具取得即時資訊、或者需要根據前一步結果調整下一步的任務，單次問答天生就無法勝任,因為它的設計本來就只處理「一次輸入換一次輸出」這種最簡單的形式。

Agentic Workflow：彈性的代價是不確定性

Agentic Workflow 的優勢,正好彌補了前兩者的侵蝕點——它能處理多步驟任務，也能在執行中根據結果調整路徑，理論上能應付更多沒有預先設計到的情況。但這個彈性不是免費的，它的代價,是執行結果變得難以百分之百預測，同一個輸入,在不同的執行時機,可能因為外部環境的細微差異,走出不同的路徑,得到不完全相同的結果。下面這張表，把三種架構在企業最在意的幾個維度上做對照。

設想情境：一個審核流程從固定 SOP 升級的得與失

設想一間公司原本用固定流程處理供應商資料審核：上傳文件、檢查必填欄位、比對黑名單、產出審核結果，四個步驟順序固定。這套流程運作得很穩定,直到團隊發現,大約一成五的案件,因為文件格式或欄位填寫方式不在原本設計的範圍內，會卡在第二步動彈不得，每次都要人工介入處理。團隊決定把這套流程升級成 Agentic Workflow，讓系統在遇到欄位異常時，自行判斷該嘗試從文件其他地方提取對應資訊，還是該直接標記為需要人工複核，而不是一律卡住。

升級後，原本卡住的一成五案件裡，大約三分之二能被系統自行處理完成，剩下三分之一被準確標記為需要人工複核，整體處理效率明顯提升。但團隊也付出了對應的代價：審核結果不再是百分之百可預測的固定邏輯，稽核人員必須額外建立一套機制，去追蹤系統在每個案件裡實際走了哪條路徑、依據什麼判斷,這套追蹤機制本身的建置成本，幾乎跟原本省下來的人工處理成本相當。團隊最後的結論是,這次升級仍然值得，但前提是稽核追蹤機制要跟著升級一起做，否則彈性換來的效率提升，會被「事後說不清楚系統當初為什麼做了這個判斷」的風險抵銷掉。

可用 Prompt：判斷你的流程值不值得升級成 Agentic Workflow

下面這個 Prompt 設計給流程架構評估會議使用，幫助團隊系統性地檢查升級的必要性，而不是直接假設「自主決策一定比固定流程好」。

【角色】你是一位流程架構顧問，協助我判斷一套現有的固定流程，是否值得升級成 Agentic Workflow。

【現況描述】
（請描述目前流程的固定步驟，以及目前遇到的邊界案例比例與處理方式）

【請你協助分析】

1. 目前卡住或需要人工介入的案件，比例大約多少？這些案件有沒有共通的特徵？
2. 如果升級成 Agentic Workflow，系統需要具備哪些判斷能力，才能處理這些邊界案例？
3. 升級後，原本的可預測性會下降多少？這對合規或稽核要求是否構成風險？
4. 是否需要額外建立追蹤機制，記錄系統在每個案件裡的決策依據？這部分的建置成本大約多少？

請給出明確建議：值得升級、暫不需要升級、或先以小範圍試點升級，並說明理由。

## 導入 SOP：評估並升級的步驟

把這套評估邏輯落實成可執行流程，建議依照以下步驟操作。

1. **先量化現有固定流程卡住的比例與原因**：不要憑印象判斷「常常卡住」，先實際統計卡住案件的比例與共通特徵，作為後續評估的客觀依據。
2. **確認邊界案例是否有共通模式可被定義成判斷規則**：如果邊界案例的處理方式可以被寫成明確規則，這代表問題出在固定流程設計不夠完整，而不是真的需要自主決策能力，先補規則可能比升級架構更划算。
3. **小範圍試點 Agentic Workflow，並同步建立決策追蹤機制**：在小範圍場景測試系統的自主判斷能力，同時把追蹤機制一起建起來，避免事後補追蹤造成的額外成本。
4. **比較升級前後的邊界案例處理率與追蹤成本**：用具體數字評估,升級換來的效率提升,是否真的高於追蹤機制與不確定性管理的額外成本。
5. **針對合規或高風險環節，保留固定流程的部分節點**：不需要把整套流程一次性全部升級，可以只在真正需要彈性的環節導入自主決策，高合規要求的節點仍維持固定流程，降低整體風險。

## ROI／成本分析：彈性換來的效率提升要扣掉追蹤成本

彈性換來的效率提升,得先扣掉一筆容易被忽略的成本,才看得出這次升級到底划不划算——那筆成本，就是決策追蹤機制的建置與維護。前面審核流程的案例就是典型例子——效率提升的部分,幾乎被追蹤機制的建置成本抵銷掉一半,如果團隊只看處理率提升,很容易高估這次升級的實際回報。比較準確的做法,是把追蹤機制的建置與維護成本,當成升級方案的固定成本之一,跟省下的人工處理成本放在同一張試算表裡比較，而不是分開計算。如果你想把這幾項成本拿來互相對照，[AI ROI 計算機](/tools/ai/ai-roi-calculator)可以幫你快速抓出一個粗估的對照基礎，再決定要不要把固定流程升級成具備自主決策能力的架構。

## ❓ 讀完後，先問自己這幾個問題

1. **你現在的流程，卡住的案件比例你有沒有實際統計過，還是只憑印象覺得「常常卡住」？** 引導思路：先量化問題的規模，再決定要不要為它升級整套架構。
2. **你的邊界案例，是真的需要自主判斷，還是其實可以寫成明確規則補進固定流程？** 引導思路：嘗試把幾個邊界案例的處理邏輯寫成條件規則，看看能寫清楚多少。
3. **如果升級成 Agentic Workflow，你有沒有把追蹤決策依據的成本，算進整體投資回報率裡？** 引導思路：想像稽核人員事後要回答「這個案件當初為什麼這樣處理」，你的系統現在能不能回答得出來。

## 結語：彈性不是免費的升級，是一筆要算清楚的交易

Agentic Workflow 真正該被理解的方式，不是「比固定流程更先進的版本」，而是用「可預測性」去交換「處理邊界案例的能力」——這筆交易划不划算，取決於你的邊界案例規模夠不夠大，以及你願不願意同步補上追蹤這份彈性所需要的成本。