Agent 與工作流
Routing 路由是什麼？決定每一個請求該去哪裡
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 節點就是一個路由入口，你可以設定它要接受的路徑、方法與驗證方式，後面再依條件接不同的流程分支。
最常見的誤解是把路由當成純技術細節。它其實是流程設計的一部分，路由規則沒設計好，等於整個系統的分工邏輯沒有想清楚。
第二個誤解是以為路由只在寫程式時才遇得到。用 自動化平台拉節點的時候，你設定的每一個條件分支本質上都是路由。
延伸學習
ChatGPT 很強，但真正讓你下班的是 Google
六小時完整實錄。從「AI 很厲害，為什麼你還是每天加班」這個問題出發，把 Google Workspace 當成真正的工作平台重新設計一次流程 ── Sheets 的資料結構、Drive 與 Docs 的文件流、Gmail 與 Calendar 的通知系統，再用 Apps Script 讓它自己跑起來，最後收斂成一張屬於你自己的 AI 工作能力地圖。
NT$ 4,599
HE301｜Harness Engineering Architecture（12 小時）
兩天十二小時的架構課，處理的是「第一百次仍然成功」。從能力設計出發，逐層拆解知識、脈絡、記憶、規則、工具、工作流、評估與多代理八種架構，每一種都給治理方式與真實案例。12 章 114 課圖文講義、52 張對照表，附兩天的學員講義與投影片 PDF。課程於 2026 年 8 月 30 日實體開課，完整錄影將於課後上傳。
NT$ 12,999