钉钉工作通知和自定义机器人在到达率上没有公开的量化对比数据，核心区别在于触达机制而非网络速度。工作通知基于用户 ID 精准投递但受频次限制，自定义机器人基于群聊广播且依赖群成员状态，选型应依据接收对象是单人还是群体。
先说结论：两者到达率取决于业务场景匹配度，工作通知适合强提醒单人，机器人适合群公告，公开资料中没有看到可靠的量化到达率数据。
- 适合：工作通知用于必须确保责任人收到的场景，机器人用于团队周知。
- 重点看：工作通知有频次限制（部分技术实践提及全员每天 3 次），机器人需配置安全设置。
- 别忽略：工作通知需维护 userid 列表，机器人只需维护群成员。
快速处理思路
没有命令行可直接测试到达率，建议通过配置验证消息通路。先确认接收对象是单人还是群，再检查应用权限和安全设置，最后通过发送测试消息观察接收端表现。
为什么会这样
到达率差异本质是消息投递机制不同导致的。工作通知基于组织架构的精确触达，每条消息都带有明确的接收人标识，类似挂号信；而群聊机器人则是以会话为载体的广播式推送，消息接收边界由群成员构成决定。
从 API 调用层面看，工作通知需要预先获取用户 userid 列表并处理 access_token 时效性问题，而群聊机器人要求创建并配置群会话、获取机器人唯一标识 RobotCode。有技术实践指出工作通知存在频率限制，而群聊机器人无明确限制但受安全策略约束。
分步处理
第一步：明确接收对象。如果必须通知到具体责任人且需确认阅读，选择工作通知；如果是团队共享信息，选择群机器人。
第二步：检查权限配置。工作通知需要申请成员信息读取权限和工作通知发送权限，群机器人只需在群设置中添加机器人并获取 Webhook 地址。
第三步：配置安全策略。群机器人创建时必须选择安全设置，建议选择不加签或加签方式，避免测试时发送不成功；工作通知需确保 AppKey 和 AppSecret 正确。
怎么验证是否生效
工作通知验证：登录接收人钉钉账号，查看“工作通知”文件夹是否有消息，确认是否被折叠或拦截。
群机器人验证：查看群聊历史记录，确认消息是否显示且未被撤回，检查机器人是否被群主移除。
接口日志验证：检查 API 返回码，钉钉接口通常返回 errcode 为 0 表示发送成功，但这仅代表服务端接收，不代表用户侧可见。
常见坑
频率限制陷阱：部分技术文章提及工作通知全员每天 3 次的限制，高频告警场景需谨慎使用，避免消息被限流。
人员变动同步：工作通知每次人员变动都需要同步更新 userid 列表，切换为群机器人模式后只需维护群成员关系。
安全设置错误：创建自定义机器人必须选择安全设置，如果不懂建议选择加签的方式，乱输可能导致测试发送不成功。
常见问题
哪种方式到达率更高？
公开资料中没有看到可靠的量化到达率数据，取决于场景匹配度。工作通知适合单人强提醒，机器人适合群公告，机制不同无法直接对比速度。
群机器人能发给单人吗？
自定义机器人不支持单聊，仅支持群聊；企业内部应用机器人支持单聊和群聊，需区分机器人类型。
工作通知为什么收不到？
检查用户是否关闭了工作通知提醒，或确认 userid 是否正确，以及是否触发了频次限制导致发送失败。
参考来源
1. 钉钉群聊机器人 vs. 工作通知：监控告警场景下到底该怎么选？
2. 小程序入门 4—钉钉群机器人消息通知和钉钉工作通知（链接：https://open.dingtalk.com/document/robots/custom-robot-access）
3. 钉钉群机器人消息通知和钉钉工作通知（链接：https://open.dingtalk.com/document/robots/customize-robot-security-settings）
4. 概述 - 钉钉开放平台机器人类型说明