通知

兩種不同的事情都使用“通知”這個詞：當某件事情發生時被告知，以及工作流程發送消息作為它所做的一部分。本頁面涵蓋了這兩種情況。

當某件事情發生時被告知

該產品會通知您有關以下事件：

事件	當何時
工作流程完成	您啟動的執行完成了
工作流程失敗	執行以錯誤結束
有人加入您的workspace	邀請被使用 — 發送給所有者，因為這會改變座位數量
某樣東西與您共享	團隊成員給了您一個列表的訪問權限
一個策略停止看起來安全	衰變監控改變了其狀態
測試套件變差了	定期評估的得分低於之前的執行

完整列表，以及目前哪些已經發送，請參閱 通知事件參考。

在您個人資料的通知偏好設置中選擇您的通道。 它們是針對每個人的，而不是每個workspace：與某人共享workspace並不意味著您們會收到相同的通知。電子郵件是默認設置。

如果一個workspace的訂閱已過期，將停止其通知。當再次激活計劃時，通知將恢復。

從工作流程發送消息

如果您的組織已啟用消息功能，工作流程可以在其步驟之一中發送電子郵件、SMS 或 Slack 消息。有兩種方式可以做到這一點，區別在於誰來決定細節。

您提前決定。 添加一個工具步驟，收件人和內容是固定的。沒有任何操作會暫停以進行確認，因為您已經通過這種方式構建了所有內容：

• send_email
• send_sms — 號碼必須是完整的國際格式，例如 +15551234567
• send_slack_message — 使用頻道 ID，並首先邀請機器人進入該頻道

助手從上下文中決定。 添加消息功能並描述您想要的內容。它會撰寫消息並從您的請求中選擇頻道。在聊天中，清晰的指示與收件人 — “發送文本 +1555… 報告已準備好” — 被視為同意並立即發送。任何更模糊的指示會先發送一個摘要以進行確認，回覆它會發送。那個確認會在多次交流中保留，因此您可以在一兩條消息之後再回覆它。

如果您需要在每次發送之前保證暫停，請標記這一步以先澄清。模型的最終文本詢問“我是否要發送？”並不會自動暫停任何內容 — 在問題上不會停止，所以務必明確表示暫停。

當發送未能到達時

• Slack: “頻道未找到”。 機器人不在該頻道中，或 ID 是錯誤的。邀請機器人並使用頻道 ID，而不是其名稱。
• SMS 被拒絕。 該號碼不是國際格式，或者您的提供者正在進行只發送到已驗證號碼的試用。
• 消息工具不在調色板中。 您的組織未啟用消息功能。本頁面的其他所有內容也將無法使用。
• 一個步驟完成但沒有發送任何內容，並且回覆是一個問題。 助手詢問而不是發送。如果暫停需要是強制性的，請使用一個首先澄清的步驟。

成本是多少

每成功發送都計算為一個第三方 API 調用，並標記提供者。失敗的發送不會計算在內。您可以在用量中查看數量 — 請參閱用量和計費和 計費單位參考。