通知

兩樣不同的事物共用“通知”這個詞：被 告知 當某些事情發生，以及工作流程 發送 消息作為其操作的一部分。此頁面涵蓋了這兩方面。

被告知當某些事情發生

該產品會對以下事件進行通知：

事件	何時
工作流程完成	您開始的運行已完成
工作流程失敗	運行以錯誤結束
工作流程被取消	運行在完成之前停止 — 例如，您未能及時回答它問的問題。消息會說明原因
有人加入了您的 workspace	已使用邀請 - 由於座位數量的變化，會發送給所有者
有東西與您共享	團隊成員給您訪問一個列表的權限
策略停止顯示安全	衰退監控改變了其狀態
測試套件變得更糟	計劃中的評估得分低於其先前的運行
到期的承諾	您在 workspace 的 memory 中擁有的承諾達到了到期日
發出警報	您的 workspace 的分類將一個 alert 路由給您，或者您收到的某個已變得更為嚴重

完整的列表以及目前已提供的通知詳情可參考 notification events reference。

在您的個人資料的通知偏好中選擇您的頻道。 這些是按個人而非按 workspace 設置的：與某人共享 workspace 並不意味著您們會收到相同的通知。電子郵件為預設。

警報對每個頻道有最低嚴重性。 在“發出警報”的行中，每個頻道都有一個 Minimum severity（默認為 中）：低於該級別的警報將保持在警報標籤中，而不會在該頻道上通知您。參見 Alerts。

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

從工作流程中發送消息

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

您事先決定。 添加一個工具步驟，固定收件人和內容。沒有任何暫停來進行確認，因為您已經通過這種方式指定了一切：

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

助手根據上下文決定。 添加消息功能，並描述您想要的內容。助手將組成消息並根據您的請求選擇頻道。在聊天中，明確的指示和收件人 — “發短信 +1555… 說報告已準備好” — 被視為同意並立即發送。任何模糊的請求首先會生成一個摘要進行確認，並在回答後發送。該確認可以在轉換中持續存在，因此您可以在一兩條消息之後回復它。

如果您需要在每次發送前有保證的暫停，請標記該步驟以先進行澄清。模型的最終文本詢問“我可以發送嗎？” 不會 自動暫停任何操作 — 在問題上沒有任何停止，所以請明確進行暫停。

發送未抵達時

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

成本

每次成功發送都被計算為一次第三方 API 調用，並標記提供商。失敗的發送不會被計算。您可以在您的使用量中查看此數據 — 請參見 Usage and billing 以及 billing units reference。