钉钉工作通知基于组织架构精确触达个人，群自定义机器人基于会话向群成员广播。监控告警场景下，需责任人单独接收选工作通知，需团队协同知晓选群机器人。
先说结论：工作通知适合私密告警和任务指派，群机器人适合公开公告和团队同步。
- 适合：工作通知用于点对点触达，群机器人用于群内广播
- 重点看：接收人可见范围是个人还是群成员
- 别忽略：群机器人必须配置安全设置否则发送失败
快速处理思路
选型时先确认告警信息的保密级别和接收对象。若告警仅需值班人员处理且不希望打扰其他人，配置工作通知应用并获取 userid 列表。若告警需团队共同知晓以便协同，创建群聊机器人并配置 webhook 地址。配置完成后务必发送测试消息验证可达性。
为什么会这样
两种机制的底层触达逻辑不同。工作通知基于企业内部应用的 AgentID 和用户 userid，消息带有明确接收人标识，类似挂号信。群自定义机器人基于会话 ID 和机器人代码，消息发送后群内所有成员可见，类似广播喇叭。技术实现上，工作通知需处理 access_token 时效性和 userid 映射，群机器人需维护 openConversationId 和安全签名。
分步处理
第一步明确场景需求。若是系统故障告警需专人响应，选择工作通知；若是项目进度同步或全员公告，选择群机器人。
第二步配置对应权限。工作通知需在开发者中心创建企业内部应用，获取 AgentID 和 AppSecret；群机器人需在群设置中添加自定义机器人，获取 webhook 地址。
第三步设置安全策略。群机器人必须选择安全设置，推荐采用加签方式并保存密钥，工作通知需确保接收人在应用可见范围内。
怎么验证是否生效
工作通知验证：调用发送接口后，检查指定用户钉钉消息列表是否收到应用通知，确认非群聊消息。
群机器人验证：触发 webhook 后，检查目标群聊窗口是否显示机器人头像发出的消息，确认群成员均可见。
日志检查：若发送失败，查看应用后台日志是否有权限错误，群机器人需检查签名时间戳是否过期。
常见坑
群机器人安全设置未配置会导致发送请求被拦截，不懂安全设置建议优先选择加签方式。工作通知若未正确获取 userid 列表会导致消息发送失败或发错人。部分场景下 access_token 过期未刷新会导致接口调用无效，需处理 token 时效性问题。
常见问题
工作通知和群机器人消息可见性有什么区别？
工作通知只有选择的接收人可以看到，群机器人消息群内所有人都可以看到。
监控告警场景下推荐用哪种？
需责任人独享告警选工作通知，需团队协同知晓选群机器人。
群机器人发送失败常见原因是什么？
通常是安全设置未配置或签名密钥错误，创建时必须选择安全设置。
参考来源
钉钉群聊机器人 vs. 工作通知：监控告警场景下到底该怎么选？
小程序入门 4—钉钉群机器人消息通知和钉钉工作通知
钉钉效率配方库
钉钉机器人：开启智能办公新时代