Agent 與工作流
Routing 路由是什麼？決定每一個請求該去哪裡
Routing（路由）就像網路世界的交通導航。它根據請求的位址、規則或條件，決定要把這個請求帶到哪一台伺服器、哪一段程式去處理，最後再把結果回傳給使用者。常見的判斷依據包括網址路徑、查詢參數、HTTP 標頭與請求方法。同樣的概念也用在自動化流程裡：依照訊息內容把任務分流到不同的處理路徑。
Routing 路由是什麼？決定每一個請求該去哪裡
你在 LINE 裡打「查訂單 12345」，訊息要怎麼知道自己該去查訂單，而不是進客服聊天流程？靠的就是路由。
這個詞在網站與自動化流程裡都會遇到，概念完全一樣：依條件決定去哪裡。
你將學到什麼
定義
依照請求的位址、規則或條件，決定交給哪一段程式或流程處理。
白話比喻
像 GPS 導航或路口的方向牌。看你的目的地，指到對的路。
常見判斷依據
路徑、查詢參數、HTTP 標頭、請求方法，以及萬用的預設路徑。
在自動化裡
一個 Webhook 節點就是一個路由入口，依訊息內容分流到不同流程。
定義
路由根據使用者請求的位址、規則或條件，決定把請求帶到哪一段程式去處理。處理完再把結果回傳。
流程是五步：使用者發送請求、路由接收請求、依規則找到目的地、把請求導向目的地、處理完回傳結果。
白話比喻
像 GPS 導航。你輸入目的地，它照路網規則決定該走哪條路，最後把你送到門口。
路由表就是那份路網規則。哪個路徑對應哪個服務，寫得清楚，請求就不會迷路。
常見的路由方式
| 類型 | 依照什麼判斷 | 常見用途 |
|---|---|---|
| 路徑導向 | 網址的路徑，例如 /ai-chat | 最常見的 API 與網站應用 |
| 查詢參數導向 | 查詢字串，例如 ?q=AI | 搜尋、篩選、條件分流 |
| 標頭導向 | HTTP 標頭，例如版本或身分 | 版本控制、身分驗證、多租戶系統 |
| 方法導向 | GET、POST、PUT、DELETE | RESTful API 的資源操作 |
| 萬用路由 | 符合所有未匹配的情況 | 404 頁面、導向首頁、靜態檔案 |
實際用例
使用者在 LINE 裡輸入「查訂單 12345」。LINE 送出 Webhook 請求到你的網址，路由先判斷這是 Webhook 入口，接著在自動化平台內部依訊息內容分流到查訂單流程，查到資料再把結果回傳。
在自動化平台裡，每一個 Webhook 節點就是一個路由入口，你可以設定它要接受的路徑、方法與驗證方式，後面再依條件接不同的流程分支。
常見誤解
最常見的誤解是把路由當成純技術細節。它其實是流程設計的一部分，路由規則沒設計好，等於整個系統的分工邏輯沒有想清楚。
第二個誤解是以為路由只在寫程式時才遇得到。用 自動化平台拉節點的時候，你設定的每一個條件分支本質上都是路由。
本文源起本文內容出自酒Ann 的「AI 實戰陪跑班」課程教材，由酒Ann 編寫成彙編條目。想系統性搞懂 AI 名詞，歡迎追蹤 酒Ann 的 Facebook。
延伸學習
常見問答
路由跟分類差在哪？
分類的產出是一個標籤，回答「這是什麼」。路由的產出是一個動作，回答「接下來走哪一條」。實務上兩者常串在一起：先用分類判斷訊息意圖，再用路由把它送進對應的流程。分類是判斷，路由是執行判斷的結果。
為什麼一定要有萬用路由？
因為一定會有你沒預期到的請求。沒有萬用路由，那些請求就會撞上錯誤或空白頁。設一條萬用路徑接住所有未匹配的情況，導向首頁或明確的錯誤說明，是基本的防呆。
路由規則的順序重要嗎？
非常重要。多數系統是由上往下比對，第一條符合的就生效。所以具體的規則要放在前面，萬用的放最後。順序寫反，萬用那條會先攔截所有請求，後面的規則永遠輪不到，而且不會有任何錯誤訊息提醒你。