LangGraph 與 Dify 的人手審批：由「停下來問人」到一個有名有姓的簽章

GembaOS 是企業 AI Agent 的治理執行平台：以政策判定權限、以綁定參數的單次放行令授權每一個動作、以可追責的簽署鏈記錄人的審批，部署於企業本地機房或私有 VPC。這篇寫給一個已經懂得停下來問人的 Agent——接下來要證明的是，回答的那個人本來就有資格說「批」。

中斷解決了甚麼，又留下了甚麼

把流程停下來，已經是解決了的問題。LangGraph 的 interrupt 與 checkpointer 會在節點停住、保存狀態，再用應用程式交回的值繼續；Dify 的審批節點做的是同一件事。這是控制流程，而且是應該被解決的那一半。另一半是授權，框架刻意留給應用程式。

任何人都可以回答的暫停，不是審批，只是暫停。

GembaOS 補上甚麼

敏感動作的呼叫目標指向 GembaOS 的能力閘道。由這裡開始，授權表決定路徑；路徑若保留了人的一步，這個呼叫就變成審批單，由指名的審批人以通行密鑰簽章。放行令依那個人看見的參數簽發，而真正呼叫業務系統的是主機，不是模型。

審批人看的不是一段 JSON。畫面上寫著：會發生甚麼、可不可以撤銷、對象是誰、金額多少、對照的是哪一條上限、放行令有效多久、可以用幾次，以及寫入前一刻會重新核對哪些項目。

技術棧有甚麼改變

小結

LangGraph 與 Dify 決定的是 Agent 怎樣想、在哪裡停。它們沒有、也沒有聲稱要決定貴公司內部誰可以批准甚麼。把這件事寫進流程圖裡，等於用應用程式碼重寫一次授權表。流程圖保持原樣，把敏感的那一個呼叫往前挪一格，讓審批帶上名字、上限、簽章，以及只會發生一次的執行。