機制
標一個 manual_approval，寫入操作就停在人面前
審批門控是步驟級的：同一條 workflow 裡，拉資料、做分析照常自動跑；動錢、動線上設定的步驟停下來等人。
01暫停並通知執行到標了 manual_approval 的步驟，workflow 立刻掛起；審批請求同時送到 App 內收件匣和信箱，API 裡也能查到。
02審批人查看、編輯審批表列出每條待執行動作和它的上下文資料；數值欄位可以直接編輯，改完的值就是實際執行的值。
03批准、拒絕或逾時批准後從暫停處繼續執行；拒絕立即停止後續動作；超過設定的時限自動按拒絕處理，線上保持零改動。
可編輯審批表
把 $0.90 改成 $0.80，再點批准
某訂閱制應用團隊的出價審批就是這樣一張表：AI 建議把「文件轉換」的出價從 $0.65 提到 $0.90，審批人覺得高了，改成 $0.80 再批准，實際執行的就是 $0.80。
- 數值欄位直接改，workflow 按改後的值執行
- 每條動作單獨勾選，未勾選的不會執行
- 拒絕或逾時，線上零改動
- 每一次批准和拒絕都有記錄，API 裡能依執行查回來
approve_bid_changesPENDING
timeout · 24hraise_bid關鍵字「文件轉換」
目前價$0.65➡️建議價$0.80審批人已把 AI 建議的 $0.90 改成 $0.80
raise_bid關鍵字「PDF 工具」
目前價$0.40➡️建議價$0.55
pause_keyword關鍵字「免費下載」
暫停原因持續花費，沒有帶來訂閱
批准所選全部拒絕示範介面，數值為範例
批覆通道
審批請求送到三個地方
workflow 暫停的那一刻，通知已經發出去了；用哪個入口處理都一樣生效。
App 內收件匣待批的請求集中在收件匣裡，開啟就是完整審批表，改完數值直接在頁面裡批准或拒絕。
郵件通知審批請求同步發到審批人信箱，寫明逾時期限，提醒你在自動拒絕之前處理。
API 批覆用一把只帶 APPROVAL_RESPOND 範圍的 API Key 查詢並回覆審批，接進值班機器人或自己的維運後台。
真實案例
某訂閱制應用團隊把 Apple Search Ads 的出價改動全部放在審批後面：AI 逐詞複核關鍵字、產生調價和暫停建議，依 5 類動作分組送審；審批人逐組過目，必要時直接改出價。拒絕或逾時，線上零改動。