yuanbao-send

主动向元宝派（Yuanbao Pai）群聊和私聊发送消息和文件，独立于 OpenClaw 插件通道。

为什么需要这个

OpenClaw 的 yuanbao 插件通过 WebSocket 收发消息，但只在用户 @bot 时才能回复。

无法从 cron 定时任务、其他 agent session、或后台脚本主动推送消息到群聊或私聊。

本 skill 直接连接 Yuanbao WebSocket 协议，绕过通道限制，实现主动推送（群聊 + 私聊）。

前置条件

> ⚠️ 确保 python3 环境已安装 websocket-client 和 cos-python-sdk-v5，否则文件上传会失败。

> 如系统有多个 Python 版本，可通过修改 send.py 的 shebang 指定。

用法

# 发送群消息
python3 send.py send <群号> <消息内容>

# 发送私聊消息
python3 send.py dm <用户open_id> <消息内容>

# 上传文件并发送（群聊）
python3 send.py upload <群号> <文件路径>

# 上传文件并发送（私聊）
python3 send.py upload-dm <用户open_id> <文件路径>

示例

# 群聊文字消息
python3 send.py send 123456789 "任务完成 ✅"

# 私聊文字消息
python3 send.py dm "ou_xxx_open_id" "你好！"

# 群聊上传图片
python3 send.py upload 123456789 photo.png

# 私聊上传文件
python3 send.py upload-dm "ou_xxx_open_id" report.docx

支持的消息类型

> ⚠️ 元宝 Bot 平台仅支持 TIMTextElem、TIMImageElem、TIMFileElem 三种消息类型。

> TIMSoundElem 和 TIMVideoFileElem 不支持。音频/视频可通过 TIMFileElem 发送。

返回值

{
  "ok": true,
  "code": -1,
  "message": "succ",
  "file": "test.png",
  "type": "TIMImageElem"
}

工作原理

文字消息（群聊 / 私聊）

send.py → 签票 → WebSocket → auth-bind → TIMTextElem（send_group / send_c2c）→ 关闭

文件上传（群聊 / 私聊）

send.py → 签票 → /api/resource/genUploadInfo → COS put_object → WebSocket → TIMImageElem / TIMFileElem → 关闭

1. 签票：用 appKey + appSecret 通过 HMAC-SHA256 签名获取临时 token
2. 获取上传凭证：调用 /api/resource/genUploadInfo 获取 COS 临时凭证（bucket、region、临时密钥）
3. COS 上传：使用 cos-python-sdk-v5 的 put_object 上传文件到腾讯云 COS
4. 发送消息：通过 WebSocket 发送包含 resourceUrl 的文件消息

Protobuf 字段编号（MsgContent）

元宝 WebSocket 协议使用的 protobuf schema：

ImImageInfoArray

各消息类型使用的字段

• TIMTextElem：text(1)
• TIMImageElem：uuid(2) + imageFormat(3) + imageInfoArray(8)
• TIMFileElem：uuid(2) + url(10) + fileSize(11) + fileName(12)

安全

• 读取本地 openclaw.json 中的 appKey / appSecret
• 不存储、不传输任何凭证到第三方
• 签票请求走 HTTPS

限制

• 需要 bot 已加入目标群
• 独立运行，不写入 OpenClaw session 日志
• WebSocket 连接是临时的（每次发送都重新连接）
• 文件大小限制由元宝平台决定（通常 20MB）
• TIMSoundElem / TIMVideoFileElem 不支持
• ⚠️ 与 OpenClaw 插件冲突： send.py 使用与插件相同的 bot_id 建立 WebSocket 连接，会导致插件现有连接被踢（code=4014 instanceid conflict）。插件需等待 health-monitor 重启（约 15 分钟）才能恢复接收消息。建议仅在插件不需要活跃时使用（如 cron 定时推送、后台通知），避免频繁调用。