Dingtalk Message

钉钉消息技能

负责钉钉消息发送的所有操作。本文件为策略指南；完整 API 请求格式、场景路由、消息类型速查、身份标识、错误码等见 references/api.md。

dt_helper.sh 位于本 SKILL.md 同级目录的 scripts/dt_helper.sh。

四种消息通道

工作流程（每次执行前）

1. 识别通道 → 按 api.md「场景路由」判断属于哪个通道 2. 校验配置 → bash scripts/dt_helper.sh --get KEY 读取该通道所需键值 3. 收集缺失项 → 一次性询问并 bash scripts/dt_helper.sh --set KEY=VALUE 写入 4. 获取 Token → 机器人用 --token；工作通知用 --old-token；Webhook/sessionWebhook 无需 5. 执行 API → 多行逻辑写入 /tmp/<task>.sh 再执行；禁止 heredoc

各通道所需配置

- robotCode = appKey（完全一致，无需额外配置）

- 凭证禁止在输出中完整打印，确认时仅显示前 4 位 + ****

- 消息内容缺失时：先询问用户想发什么，不要自行编造

身份标识

消息 API 只接受 userId（staffId），不接受 unionId。详见 grep -A 20 "^## 身份标识" references/api.md。

• unionId → userId 转换：bash scripts/dt_helper.sh --to-userid <unionId>
• 群消息发送方式选择：发群消息时须先询问用户用 Webhook 还是企业机器人，详见 grep -A 20 "^### 群消息发送方式选择" references/api.md

执行脚本模板

#!/bin/bash
set -e
HELPER="./scripts/dt_helper.sh"
TOKEN=$(bash "$HELPER" --token)
USER_ID=$(bash "$HELPER" --get DINGTALK_MY_USER_ID | cut -d= -f2)

# 机器人单聊示例
RESP=$(curl -s -w '\nHTTP_STATUS:%{http_code}' -X POST "https://api.dingtalk.com/v1.0/robot/oToMessages/batchSend" \
  -H "x-acs-dingtalk-access-token: $TOKEN" \
  -H "Content-Type: application/json" \
  -d '{"robotCode":"'$(bash "$HELPER" --get DINGTALK_APP_KEY | cut -d= -f2)'","userIds":["'$USER_ID'"],"msgKey":"sampleText","msgParam":"{\"content\":\"测试消息\"}"}')
echo "$RESP"

#!/bin/bash
set -e
HELPER="./scripts/dt_helper.sh"
OLD_TOKEN=$(bash "$HELPER" --old-token)
AGENT_ID=$(bash "$HELPER" --get DINGTALK_AGENT_ID | cut -d= -f2)
USER_ID=$(bash "$HELPER" --get DINGTALK_MY_USER_ID | cut -d= -f2)

# 工作通知示例
RESP=$(curl -s -w '\nHTTP_STATUS:%{http_code}' -X POST "https://oapi.dingtalk.com/topapi/message/corpconversation/asyncsend_v2?access_token=$OLD_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{"agent_id":"'$AGENT_ID'","userid_list":"'$USER_ID'","msg":{"msgtype":"text","text":{"content":"测试工作通知"}}}')
echo "$RESP"

Token 异常时：bash "$HELPER" --token --nocache 或 bash "$HELPER" --old-token --nocache

references/api.md 查阅索引

grep -A 196 "^## 一、群自定义 Webhook 机器人" references/api.md
grep -A 192 "^## 二、企业内部应用机器人" references/api.md
grep -A 145 "^## 三、工作通知" references/api.md
grep -A 60  "^## 四、sessionWebhook" references/api.md
grep -A 30  "^## 场景路由" references/api.md
grep -A 20  "^### 群消息发送方式选择" references/api.md
grep -A 25  "^## 身份标识" references/api.md
grep -A 30  "^## 消息类型速查" references/api.md
grep -A 33  "^## 错误码" references/api.md
grep -A 12  "^## 所需应用权限" references/api.md

钉钉消息 API 参考

本文档覆盖三类消息发送方式：群自定义 Webhook 机器人、企业内部应用机器人、工作通知。

---

一、群自定义 Webhook 机器人

基础地址：群设置中获取的 Webhook URL 认证：无需 accessToken，URL 中自带 access_token 参数 限制：每个机器人每分钟最多 20 条消息

---

发送消息

POST https://oapi.dingtalk.com/robot/send?access_token=<WEBHOOK_TOKEN>
Content-Type: application/json

若配置了加签安全模式，还需附加 &timestamp=<ms>&sign=<签名>

---

文本消息

{
  "msgtype": "text",
  "text": {
    "content": "项目 v2.1 已上线，请验收。"
  },
  "at": {
    "atMobiles": ["138xxxx1234"],
    "atUserIds": ["user123"],
    "isAtAll": false
  }
}

返回示例：

{ "errcode": 0, "errmsg": "ok" }

---

Markdown 消息

{
  "msgtype": "markdown",
  "markdown": {
    "title": "部署通知",
    "text": "## v2.1 部署完成\n\n- **环境**：production\n- **时间**：2026-03-10 15:00\n- **状态**：✅ 成功"
  },
  "at": {
    "isAtAll": false
  }
}

支持的 Markdown 语法：标题（#~######）、加粗、链接、图片、有序/无序列表、引用。

---

ActionCard（整体跳转）

{
  "msgtype": "actionCard",
  "actionCard": {
    "title": "技术评审邀请",
    "text": "## 技术评审\n\n请参加明天 14:00 的架构评审会议",
    "singleTitle": "查看详情",
    "singleURL": "https://example.com/review"
  }
}

---

ActionCard（多按钮）

{
  "msgtype": "actionCard",
  "actionCard": {
    "title": "选择操作",
    "text": "## 审批请求\n\n张三提交了报销申请",
    "btnOrientation": "0",
    "btns": [
      { "title": "同意", "actionURL": "https://example.com/approve" },
      { "title": "拒绝", "actionURL": "https://example.com/reject" }
    ]
  }
}

---

Link 消息

{
  "msgtype": "link",
  "link": {
    "title": "版本发布公告",
    "text": "v2.1 正式发布，包含性能优化和安全修复。",
    "messageUrl": "https://example.com/release",
    "picUrl": "https://example.com/logo.png"
  }
}

---

FeedCard 消息

{
  "msgtype": "feedCard",
  "feedCard": {
    "links": [
      {
        "title": "需求评审会议纪要",
        "messageURL": "https://example.com/doc/1",
        "picURL": "https://example.com/img1.png"
      },
      {
        "title": "技术方案设计文档",
        "messageURL": "https://example.com/doc/2",
        "picURL": "https://example.com/img2.png"
      }
    ]
  }
}

---

加签计算（HMAC-SHA256）

适用于配置了"加签"安全模式的自定义机器人。开启加签后，所有请求都必须带签名，否则返回 310000 sign not match。

签名算法：

1. timestamp = 当前毫秒级时间戳 2. string_to_sign = timestamp + "\n" + secret 3. sign = URL-Safe Base64 编码（HMAC-SHA256(secret, string_to_sign）的二进制结果）

最终请求 URL：

https://oapi.dingtalk.com/robot/send?access_token=<TOKEN>&timestamp=<timestamp>&sign=<sign>

timestamp 与钉钉服务器时差不能超过 1 小时，否则签名验证失败。

---

二、企业内部应用机器人

基础地址：https://api.dingtalk.com/v1.0/robot 认证：请求头 x-acs-dingtalk-access-token: <accessToken>

robotCode 等于应用的 appKey（完全一致）。

钉钉身份标识体系

钉钉有三种用户 ID，使用场景各不相同：

重要：所有消息发送 API（机器人单聊、群聊、工作通知）均只接受 userId，传入 unionId 会被判定为无效用户。

userId 获取方式

1. 机器人回调（最常用）：消息体中 senderStaffId 字段即为发送者的 userId 2. unionId → userId 转换：POST /topapi/user/getbyunionid?access_token=<旧版token>，body: {"unionid": "<unionId>"} 3. 钉钉管理后台：PC 端钉钉 → 工作台 → 管理后台 → 通讯录 → 成员详情 4. API 查询：POST /topapi/v2/user/getbymobile（按手机号查），或遍历部门成员

userId ↔ unionId 互转

openConversationId 获取方式

群聊 API 需要 openConversationId（以 cid 开头），获取方式：

1. 机器人回调（推荐）：在群中 @机器人，回调消息体的 conversationId 字段即为该值 2. 调用 IM 接口创建群时返回

回调中 conversationType: "2" 表示群聊，"1" 表示单聊

---

批量发送单聊消息

POST /v1.0/robot/oToMessages/batchSend
Content-Type: application/json

{
  "robotCode": "<appKey>",
  "userIds": ["user001", "user002"],
  "msgKey": "sampleText",
  "msgParam": "{\"content\": \"你好，这是机器人消息\"}"
}

返回示例：

{
  "processQueryKey": "abc123",
  "invalidStaffIdList": [],
  "flowControlledStaffIdList": []
}

---

发送群聊消息

POST /v1.0/robot/groupMessages/send
Content-Type: application/json

{
  "robotCode": "<appKey>",
  "openConversationId": "<群 openConversationId>",
  "msgKey": "sampleText",
  "msgParam": "{\"content\": \"群通知：明天 10:00 开周会\"}"
}

返回：{ "processQueryKey": "xxx" }

---

查询单聊消息已读状态

GET /v1.0/robot/oToMessages/readStatus?robotCode=<appKey>&processQueryKey=<processQueryKey>

注意：此接口为 GET 方法，参数通过 query string 传递，不是 POST body。

返回示例：

{
  "messageReadInfoList": [
    {
      "name": "张三",
      "userId": "user001",
      "readStatus": "read",
      "readTimestamp": 1710000000000
    }
  ]
}

---

撤回单聊消息

POST /v1.0/robot/otoMessages/batchRecall
Content-Type: application/json

{
  "robotCode": "<appKey>",
  "processQueryKeys": ["<processQueryKey1>"]
}

返回示例：

{
  "successResult": ["processQueryKey1"],
  "failedResult": {}
}

---

撤回群聊消息

POST /v1.0/robot/groupMessages/recall
Content-Type: application/json

{
  "robotCode": "<appKey>",
  "openConversationId": "<openConversationId>",
  "processQueryKeys": ["<processQueryKey>"]
}

返回示例：

{
  "successResult": ["processQueryKey"],
  "failedResult": {}
}

---

消息类型（msgKey & msgParam）

msgParam 必须是 JSON 字符串，而非 JSON 对象。

---

三、工作通知

基础地址：https://oapi.dingtalk.com 认证：查询参数 access_token=<旧版 access_token>（通过 /gettoken 获取）

---

发送工作通知

POST /topapi/message/corpconversation/asyncsend_v2?access_token=<token>
Content-Type: application/json

{
  "agent_id": "<agentId>",
  "userid_list": "user001,user002",
  "to_all_user": false,
  "msg": {
    "msgtype": "text",
    "text": { "content": "你的报销申请已审批通过" }
  }
}

返回示例：

{ "errcode": 0, "errmsg": "ok", "task_id": 123456 }

---

工作通知消息类型

文本：

{ "msgtype": "text", "text": { "content": "消息内容" } }

Markdown：

{ "msgtype": "markdown", "markdown": { "title": "标题", "text": "## 正文\n内容" } }

ActionCard（整体跳转）：

{
  "msgtype": "action_card",
  "action_card": {
    "title": "标题",
    "markdown": "## 正文内容",
    "single_title": "查看详情",
    "single_url": "https://example.com"
  }
}

ActionCard（多按钮）：

{
  "msgtype": "action_card",
  "action_card": {
    "title": "标题",
    "markdown": "## 正文内容",
    "btn_orientation": "0",
    "btn_json_list": [
      { "title": "同意", "action_url": "https://example.com/approve" },
      { "title": "拒绝", "action_url": "https://example.com/reject" }
    ]
  }
}

OA 消息：

{
  "msgtype": "oa",
  "oa": {
    "message_url": "https://example.com/detail",
    "head": { "bgcolor": "FFBBBBBB", "text": "正文标题" },
    "body": {
      "title": "报销审批",
      "form": [
        { "key": "申请人", "value": "张三" },
        { "key": "金额", "value": "¥3,200" }
      ],
      "content": "请尽快处理"
    }
  }
}

---

查询工作通知发送结果

POST /topapi/message/corpconversation/getsendresult?access_token=<token>
Content-Type: application/json

{
  "agent_id": "<agentId>",
  "task_id": 123456
}

返回示例：

{
  "errcode": 0,
  "send_result": {
    "invalid_user_id_list": [],
    "forbidden_user_id_list": [],
    "read_user_id_list": ["user001"],
    "unread_user_id_list": ["user002"],
    "failed_user_id_list": []
  }
}

---

撤回工作通知

POST /topapi/message/corpconversation/recall?access_token=<token>
Content-Type: application/json

{
  "agent_id": "<agentId>",
  "msg_task_id": 123456
}

返回：{ "errcode": 0, "errmsg": "ok" }

---

四、sessionWebhook（回调临时回复通道）

当机器人收到用户消息回调时，消息体中包含 sessionWebhook 字段。这是一个临时 Webhook URL，可直接 POST 回复消息，无需 accessToken。

回调消息体关键字段

{
  "conversationId": "cidXXXXX==",
  "conversationType": "2",
  "senderStaffId": "25262904",
  "senderUnionId": "K1mxiiGFgkVfWYR5tNM04lAiEiE",
  "senderNick": "张三",
  "senderCorpId": "dingxxxxx",
  "robotCode": "dingxxxxxx",
  "text": { "content": " 用户发送的内容" },
  "msgtype": "text",
  "atUsers": [
    { "dingtalkId": "xxx", "staffId": "25262904", "unionId": "K1mxiiGFgkVfWYR5tNM04lAiEiE" }
  ],
  "sessionWebhook": "https://oapi.dingtalk.com/robot/sendBySession?session=xxxxx",
  "sessionWebhookExpiredTime": 1773216797267
}

通过 sessionWebhook 回复

POST <sessionWebhook>
Content-Type: application/json

{
  "msgtype": "text",
  "text": { "content": "收到，正在处理..." }
}

支持所有 Webhook 消息格式（text/markdown/actionCard/link/feedCard），返回：

{ "errcode": 0, "errmsg": "ok" }

无需加签、无需 accessToken，是机器人回复消息最简单的方式。

---

场景路由（收到用户请求后的判断逻辑）

用户想发消息
├─ 发到群里？
│  ├─ 通用群消息（含 @某人）→ 询问用户选择方式（见「群消息发送方式选择」）
│  ├─ 明确需要撤回或查已读 → 企业机器人群聊
│  └─ 正在处理机器人回调，直接回复 → sessionWebhook
├─ 发给个人？
│  ├─ 以机器人身份发私信 → 企业机器人单聊
│  └─ 以应用身份推工作通知 → 工作通知
├─ 撤回/查已读？
│  ├─ 机器人消息 → 企业机器人的撤回/已读 API
│  └─ 工作通知 → 工作通知的查询/撤回 API
└─ 回复机器人收到的消息？ → sessionWebhook

群消息发送方式选择

用户发起群消息请求时，必须先询问选择哪种方式：

推荐 Webhook，只需一个 URL 即可，无需任何应用权限。

• 选 Webhook：收集 DINGTALK_WEBHOOK_URL（若启用加签还需 DINGTALK_WEBHOOK_SECRET），持久化后执行
• 选 企业机器人：收集 openConversationId，复用已有的 APP_KEY/APP_SECRET，调用 groupMessages/send

---

身份标识

所有消息发送 API 均只接受 userId（staffId），不接受 unionId。

userId 获取方式： 1. 机器人回调：消息体 senderStaffId 字段 2. unionId → userId：bash scripts/dt_helper.sh --to-userid <unionId> 3. 手机号 → userId：POST /topapi/v2/user/getbymobile 4. 管理后台：PC 端钉钉 → 工作台 → 管理后台 → 通讯录

回调消息中的身份字段：

注意 result.unionid（无下划线）有值，result.union_id（有下划线）在部分企业中为空。

---

消息类型速查

Webhook 消息类型

直接在请求 body 的 msgtype 字段指定：text | markdown | actionCard | link | feedCard

机器人消息类型

通过 msgKey + msgParam（JSON 字符串）指定：

重要：msgParam 必须是 JSON 字符串，不是对象。

工作通知消息类型

在 msg 对象的 msgtype 字段指定：text | markdown | action_card

注意工作通知的 action_card 用下划线（不同于 Webhook 的 actionCard）。

---

错误码

Webhook 错误码

机器人错误码

工作通知错误码

---

所需应用权限