在 n8n 替 agent 加人工審核

概要

• 從零做一個信箱與行事曆 agentLiam 從 chat trigger 開始，接上 AI agent 節點、聊天模型與 simple memory，再把 Gmail 與 Google Calendar 的節點當成工具交給 agent 用。
• 工具的名稱與描述就是提示Liam 說節點名稱就是工具名稱、節點描述就是工具描述，模型每次呼叫都看得到。自己則習慣把和單一工具有關的規則寫在描述裡，這樣把工具複製到別的 workflow 也能直接用。
• 只開放你指定的欄位Liam 拿 Claude Code 對照，說後者拿到行事曆權限就能自己呼叫 API 做任何事；n8n 的工具則是每個欄位各自設定，agent 只能填被開放的那幾格。
• 人工審核插在工具前面寄信、建活動這類破壞性或敏感的動作加上 human review 步驟後，agent 不經過聊天視窗的核准就叫不動那個工具。審核訊息可以用 tool.parameters 取出收件人與內容，核准、拒絕或直接回話改寫都行。
• 把審核搬進 Slack、再加排程同一套機制換成 Slack 照樣能跑；加上排程 trigger 每小時跑一次，agent 在背景做事、需要人決定時才在頻道叫人。
• Q&A 談到的限制沒有按鈕的場景（例如電話）沒有內建做法，只能用 sub-workflow 自己設計；並行執行數上限會不會被等待中的審核吃掉，Liam 當場答不出來，說會再查。

原話

• “seeing what your agent can do, knowing what it's doing, seeing what went wrong, and being able to tweak it and fix it.”

  看得到 agent 能做什麼、正在做什麼、哪裡出了錯，還能調整修正

  ▶ 02:42

• “the node name is the tool name the node description is the tool description”

  節點名稱就是工具名稱，節點描述就是工具描述

  ▶ 29:47

• “it's not calling that human review step it's calling the tool and we're intercepting it”

  它呼叫的不是審核步驟，而是工具，我們在中間攔截

  ▶ 51:06

• “I don't want to AI message coworkers or clients or anything without seeing it first.”

  我不想讓 AI 在我看過之前就傳訊息給同事或客戶

  ▶ 1:06:57

• “a brick wall dmz nothing getting past it”

  一道磚牆、一塊非軍事區，什麼都過不去；指審核關卡不能讓模型自己決定核准

  ▶ 1:14:49

延伸

• Notion 頁面後面還有作業：讓 agent 有跨 session 的持久記憶、接上自己的聊天工具，以及改成自主執行；這場沒有逐步做。
• Liam 提到 enterprise 有 Git 整合與多環境，但沒有細講怎麼設定。
• Liam 希望 human review 之後能提供自訂的 webhook，讓人自己接審核介面，並說審核的稽核紀錄是他們還要打磨的地方。