Connectors与Bots适用场景对比：两种工具应当如何选择？

你提到的「仅需推送通知的场景下用 Connectors 就能满足需求」的判断是准确的，二者的选择核心看是否需要双向交互能力，具体适用场景可以参考以下划分：

优先选用 Connectors 的场景 #

• 需求仅为单向推送通知、告警、第三方服务动态，不需要用户对推送内容进行交互操作
• 追求最低开发成本：无需维护完整的服务鉴权逻辑，只需要拿到对应频道的 webhook 地址，按指定格式发送HTTP请求即可完成消息推送，最快几分钟就能完成接入
• 推送范围固定为单个频道的所有成员，不需要定向给特定用户发私信、也不需要跨多个频道分发内容
• 推送消息仅需承载信息展示、跳转链接这类基础能力，不需要支持按钮触发动作、回复消息响应等复杂逻辑

必须使用 Bots 的场景 #

• 需要双向交互能力：比如用户可以@机器人提问、点击推送消息内的按钮能触发后续业务逻辑、回复机器人的消息可以得到对应响应
• 有定向推送需求：比如要给特定用户发送私信通知、要根据规则自动向多个不同频道推送差异化内容
• 需要更复杂的消息管控能力：比如支持动态更新已推送的消息内容、撤回消息、统计用户对推送消息的点击/反馈数据
• 除了发消息之外还需要实现其他扩展功能：比如自动调度会议、拉人入群、调用其他办公套件的相关能力等

如果你的业务需求在可预见的周期内都不会涉及双向交互、定向推送这类要求，直接使用 Connectors 即可，不需要额外投入资源开发机器人。

内容的提问来源于stack exchange，提问作者Berkhurdar