批准

一個批准步驟在您選擇的人作出決定之前會暫停工作流程。然後，工作流程將根據決策的匹配路徑繼續。一個決策步驟會查看數據並選擇一條路徑——例如，它將大訂單發送給審批，並自動批准小訂單。

批准步驟的作用

它根據您編寫的政策確定必須批准的人。
它通過電子郵件詢問他們，並在他們的批准收件箱中列出請求。
它等待足夠的人作出決定，或直到時間耗盡。
它記錄結果，然後工作流程將根據匹配路徑繼續。

暫停的運行顯示了到目前為止誰已經回答，例如 1/2 已批准。

誰可以批准

您在步驟的政策中指定批准者。每個條目是這些之一：

條目	含義
`user:<id>`	您的工作空間中的一個人
`role:<name>`	您的工作空間中擁有該角色的所有人
`team:<slug>`	您的工作空間中的所有團隊成員
`responsibility:<key>`	您的工作空間中擁有該責任的所有人，例如 `responsibility:vendor contracts`
`agent:<name>`	一個審查請求並投票的 AI 代理

只有運行工作流程的工作空間中的人才能批准。如果某人在請求等待時離開工作空間，他們的投票將不再被接受。

責任是工作空間擁有者在 設置 → 工作空間 → 成員 中給成員的簡短標籤（參見工作空間資料和成員）。大寫字母和額外空格不影響，所以 responsibility:Finance 可以找到列在 finance 下的某人。如果步驟開始時沒有人擔任該責任，請求將無法發送給任何人，因此步驟會報告無法找到批准者，而不是等待。否決（veto）必須指定人員（user:）或角色（role:），而不是責任。任何能夠編輯成員的人都可以添加責任，因此不能相信他們能夠自主決定誰可以阻止請求。

需要多少人同意

設置	作用
`quorum`	需要多少個批准。一個數字，或 `all`。
`stages`	一個接一個地詢問小組，例如先詢問經理，再詢問法律部門。
`veto`	單個拒絕即刻停止請求的人。
`min_humans`	要求中必須來自多少人的批准。代理則可以投票，但不能單獨決定。

一旦結果確定，步驟就會停止等待。如果已有足夠的人批准，或如果不再可能獲得批准，則不需要等待最後的投票。

時限、提醒和升級

設置	作用
`timeout`	每個階段的等待時間，例如 `2d`。默認為七天。
`on_timeout`	當時間耗盡時會發生什麼：`timed_out`（默認）、`rejected` 或 `approved`。
`remind_after`	向尚未回答的人發送一次提醒。
`escalation`	在設定的時間後，再詢問更多人。

時間以帶有 s、m、h 或 d 的數字表示，例如 36h。

完整範例：

{
  "stages": [
    { "approvers": "role:manager" },
    { "approvers": "team:legal", "quorum": "all" }
  ],
  "veto": ["role:general-counsel"],
  "remind_after": "1d",
  "timeout": "3d",
  "escalation": { "after": "2d", "approvers": "role:director" }
}

回應

打開批准以查看您在當前工作空間中所等待的事項。對於每個請求，您可以：

選擇	含義
批准	是的，就這樣。
拒絕	不。添加評論說明原因。
不表態	您沒有意見。這不算作批准。
在批准前編輯	更改內容，然後批准。工作流程將根據您的更改繼續。如果步驟聲明哪些字段可以更改，您將獲得僅包含這些字段的表單；否則，您將直接編輯內容。

在您回應後，您通常會看到 您的投票已記錄。如果請求與您同時關閉，您可能會看到 您的投票已發送並正在處理；運行在片刻後會接收該投票，請求的記錄將顯示結果。

電子郵件鏈接直接指向請求。如果您的工作空間使用 Slack 整合，您還可以向機器人發送消息：approve 1a2b3c4d，或 reject 1a2b3c4d too expensive。代碼包含在電子郵件中。如果機器人回應說有多於一個請求與該代碼匹配，請從批准中回應。

選擇下一步

每個離開批准步驟的連接可以命名它運行的結果： approved、approved_with_changes、rejected、timed_out 或 unresolvable。

未命名結果的連接僅在請求獲得批准時運行。 因此預設情況下 “批准，然後發送” 是安全的。要在拒絕時執行某些操作，請添加一個標記為 rejected 的連接。沒有連接到達的步驟會被跳過。

unresolvable 表示沒有人可以被詢問——例如，您指定的角色沒有成員。該步驟會立即停止，而不是等待沒有人。

決策步驟

決策步驟包含一個小規則表。每條規則檢查來自工作流程輸入或早期步驟的值，並設置輸出。第一條匹配的規則獲勝。

數量	路徑	批准者	法定人數
> 10000	`review`	`team:finance`	2
(任何內容)	`auto`

離開決策步驟的連接可以命名路徑。批准步驟可以根據決策採用其政策，因此該表決定了是否詢問以及詢問誰。具有錯誤的表會以明確的錯誤停止運行，以您的語言顯示。它永遠不會靜默地採用預設路徑：無法讀取的規則、無法比較的值或表不支持的設置都會停止運行並說明哪條規則和哪列。每條規則還必須在幾秒鐘內執行，因此循環處理非常大的列表的規則也會停止運行。

在代理步驟中批准行動

一些工具，例如發送電子郵件，可以設置為在運行之前需要批准。當代理想使用其中一個時，運行會暫停並要求批准該單個操作，並顯示確切的詳細信息。進行編輯的批准將使用您的編輯執行該操作。拒絕則告訴代理不，並附上您的評論。

記錄

每個批准請求都會保留在永久記錄中。記錄顯示了誰被詢問，誰回答了以及如何回答，任何評論和更改，以及結果。沒有人可以編輯該記錄。如果您的工作空間的訂閱已過期，請求將停止發送電子郵件，投票在有活動計劃之前不被接受。在工作空間超過使用預算時，Slack 投票也會被拒絕，機器人的回應會說明是哪一個。