通知

两个不同的概念都使用“通知”这个词：当某件事情发生时被告知，以及工作流发送消息作为其操作的一部分。本页涵盖这两者。

当某件事情发生时被告知

该产品会通知您以下事件：

事件	时间
工作流完成	您启动的运行已完成
工作流失败	运行以错误结束
工作流被取消	运行在完成之前停止 — 例如，它向您提出的问题没有及时得到回答。消息会说明原因
有人加入您的workspace	使用了邀请 — 发送给所有者，因为这会改变座位数量
有事与您共享	一名团队成员给予您访问列表的权限
策略停止被视为安全	衰减监控更改了其状态
测试套件变差	定期评估的得分低于其之前的运行
一项承诺到期	您在workspace的记忆中拥有的承诺达到了到期日
警报被触发	您的workspace的分类将一个警报路由给您，或者您收到的警报变得更严重

完整列表和当前交付的通知在通知事件参考中可以找到。

在个人资料的通知偏好中选择您的渠道。 它们是针对个人的，而不是针对workspace的：与人共享workspace并不意味着您两人会收到相同的通知。电子邮件是默认选项。

警报有每个渠道的最低严重性。 在“警报被触发”行中，每个渠道都有一个最低严重性（默认中等）：低于此级别的警报将留在警报标签中，而不会在该渠道上通知您。请参见警报。

如果workspace的订阅已过期，则停止该工作的通知。当再次有有效计划时，通知会恢复。

从工作流发送消息

如果您的组织启用了消息功能，则工作流可以在其步骤中发送电子邮件、短信或Slack消息。有两种方法可以做到这一点，区别在于谁来决定细节。

您提前决定。 添加一个工具步骤，收件人和内容都是固定的。没有任何暂停来确认，因为您已通过这种方式构建来指定了一切：

• send_email
• send_sms — 号码必须是完全国际格式，例如+15551234567
• send_slack_message — 使用频道ID，并首先邀请机器人进入该频道

助手根据上下文决定。 添加消息功能并描述您想要的内容。它会编写消息并根据您的请求选择频道。在聊天中，明确的指令和收件人 — “发短信给 +1555…，告知报告已准备好” — 被视为同意并立即发送。任何模糊的请求都会首先收到一条总结以确认，回答它会发送。该确认会在轮次之间保留，因此您可以在一两条消息后回应。

如果您需要在每次发送之前确保暂停，请先标记步骤以进行澄清。模型最终的文本询问“我是否发送？”并不单独暂停任何操作 — 问题并不会导致任何停止，因此请明确进行暂停。

当发送未到达时

• Slack: “找不到频道”。 机器人不在该频道中，或者ID错误。邀请机器人并使用频道ID而不是名称。
• 短信被拒绝。 号码不是国际格式，或您的提供商处于仅向验证号码发送的试用阶段。
• 消息工具不在调色板中。 您的组织未启用消息。一页上的其他所有内容也将不可用。
• 步骤完成但未发送任何内容，且回复是一个问题。 助手询问而不是发送。如果暂停必需，请使用一个步骤先进行澄清。

成本

每次成功发送都会被计为一次第三方API调用，并标记提供商。失败的发送不计入。您可以在使用情况中查看数量 — 请参见使用情况和计费以及计费单位参考。