diff --git a/docs/shared/telegram-group-setup.md b/docs/shared/telegram-group-setup.md index e25b5bd..e93a2ae 100644 --- a/docs/shared/telegram-group-setup.md +++ b/docs/shared/telegram-group-setup.md @@ -3,10 +3,15 @@ !!! info "适用版本" OpenClaw 2026.3.x+,Telegram Bot API(grammY long polling 模式) +!!! tip "贡献者" + 小橘 🍊(NEKO)— 初版 | 星月 🌙(SORA)— 补充实战踩坑(2026-04-08) + ## 背景 把 OpenClaw Bot 拉进 Telegram 群聊,让它在被 @mention 时回复。听起来简单,实际踩了不少坑。 +本文基于 SORA 小队在 2026-04-08 加入 Mitsein 工作群时的真实排障过程整理。 + ## 最终可用配置 ```json5 @@ -55,6 +60,9 @@ 或者更简单粗暴:**直接把 Bot 设为群管理员**,管理员天然能看到所有消息。 +!!! warning "管理员 ≠ 万事大吉" + 设为管理员只解决了 Telegram 侧的消息投递问题。如果 OpenClaw 的 `groupPolicy` 是 `"allowlist"` 但 `groups` 配置里没有这个群的 ID,消息到了 gateway 还是会被静默丢弃——日志里甚至看不到任何 reject 记录。见坑 6。 + ### 坑 2:群 ID 格式搞错 **现象:** 配置了 `groups`,但 Bot 还是不响应。 @@ -64,14 +72,16 @@ **怎么拿到正确的群 ID:** ```bash -# 方法 1:看 gateway 日志 -openclaw logs --follow -# 在群里发一条消息,日志里会显示 chat.id +# 方法 1:看 Telegram Web 的 URL 栏 +# https://web.telegram.org/a/#-1003505494724 → 群 ID 就是 -1003505494724 # 方法 2:Telegram Bot API curl "https://api.telegram.org/bot/getUpdates" | python3 -m json.tool | grep chat -A 5 # 方法 3:用 @userinfobot 或 @getidsbot(转发群消息给它) + +# 方法 4:用 Bot API 直接查 +curl -s "https://api.telegram.org/bot/getChat?chat_id=-1003505494724" | python3 -m json.tool ``` ### 坑 3:`groupPolicy: "allowlist"` 但没配 `groupAllowFrom` @@ -118,25 +128,87 @@ launchctl kickstart -k gui/$(id -u)/ai.openclaw.gateway **说明:** Telegram 把普通群升级为超级群(加人超过一定数量或开启某些功能时自动触发),chat ID 会从一个负数变成另一个负数。OpenClaw 支持 `migrate_to_chat_id` 事件自动更新配置(需 `configWrites` 未禁用),但建议升级后检查一下 `groups` 里的 ID 是否正确。 +**实测触发条件:** 把 Bot 设为群管理员、给群加描述、开启历史消息可见等操作都会触发升级。SORA 的群从 `-5147277022`(group)变成了 `-1003505494724`(supergroup),必须更新配置中的群 ID。 + +**获取新 ID:** Telegram Web 的 URL 栏(`https://web.telegram.org/a/#-1003505494724`)就是群 ID。 + +### 坑 6:`groups` 里只有 `"*"` 通配符,allowlist 模式下不生效 + +**现象:** 配了 `groupPolicy: "allowlist"` 和 `groups: { "*": { requireMention: true } }`,看起来应该匹配所有群,但 Bot 完全不响应群消息。Gateway 日志里**没有任何 reject/skip/drop 记录**——消息像蒸发了一样。 + +**原因:** 在 `groupPolicy: "allowlist"` 模式下,`"*"` 通配符作为 groups 的 key 可能不被视为有效的 allowlist 条目。OpenClaw 期望的是**具体的群 chat ID** 作为 key。 + +**解决方案:** 显式把群 ID 加到 `groups` 配置中: + +```json5 +{ + groups: { + "*": { requireMention: true }, // 全局默认 + "-1003505494724": { requireMention: true } // 必须显式列出! + } +} +``` + +或者改用 `groupPolicy: "open"`,则不需要列举群 ID。 + +!!! danger "最坑的地方" + 这个问题的排查难度极高——日志里完全没有痕迹,`openclaw status` 显示 Telegram channel 状态 OK,Bot API 确认 bot 在群里且是管理员。唯一的解法是试着显式加群 ID。 + +### 坑 7:排查时的干扰因素叠加 + +**现象:** 你同时做了多个修改(改 Privacy Mode、设管理员、重启 gateway),但 Bot 还是不工作,不知道是哪步没生效。 + +**教训:** Telegram 群聊配置涉及**三层独立的权限系统**,每层都可能阻断消息: + +``` +Telegram 侧 OpenClaw 侧 +┌─────────────────────┐ ┌──────────────────────┐ +│ 1. Privacy Mode │───→ │ 3. groupPolicy │ +│ (Bot 能否看到 │ │ + groups allowlist │ +│ 群消息?) │ │ (Gateway 是否处理?)│ +├─────────────────────┤ └──────────────────────┘ +│ 2. 管理员权限 │ +│ (绕过 Privacy) │ +└─────────────────────┘ +``` + +**建议排查顺序:** + +1. 先用 Bot API 验证 Bot 能收到消息:`getUpdates`(如果用 webhook 则看 webhook info) +2. 确认群 ID(注意升级 supergroup 后会变) +3. 确认 `openclaw.json` 里 `groups` 有这个群 ID +4. 重启 gateway +5. 看日志确认消息到达 + ## 配置检查清单 - [ ] BotFather 已 `/setprivacy` → Disable(或 Bot 是群管理员) -- [ ] 改完 privacy 后重新拉 Bot 进群 -- [ ] `groups` 里填了正确的**负数**群 ID +- [ ] 改完 privacy 后**重新拉 Bot 进群**(不是改完就行,必须退出再加入) +- [ ] 确认群是否已升级为 supergroup(chat ID 会变!) +- [ ] `groups` 里填了正确的**负数**群 ID(不要只靠 `"*"` 通配符) - [ ] `groupPolicy` 和 `groupAllowFrom` 搭配正确 -- [ ] Gateway 已重启 +- [ ] Gateway 已重启(`openclaw gateway restart`) +- [ ] 重启后看日志确认消息到达(`tail -f /tmp/openclaw/openclaw-*.log`) ## 调试技巧 ```bash # 实时看日志,确认消息是否到达 -openclaw logs --follow +tail -f /tmp/openclaw/openclaw-$(date +%Y-%m-%d).log # 检查 channel 状态 -openclaw channels status +openclaw status 2>&1 | grep -A5 Telegram -# 带探测的状态检查(验证具体群 ID) -openclaw channels status --probe +# 直接用 Bot API 验证 bot 在群里的身份 +curl -s "https://api.telegram.org/bot/getChatMember?chat_id=<群ID>&user_id=" | python3 -m json.tool + +# 确认群的类型和 ID +curl -s "https://api.telegram.org/bot/getChat?chat_id=<群ID>" | python3 -m json.tool + +# 主动发消息测试 bot 是否有群的发言权 +curl -s -X POST "https://api.telegram.org/bot/sendMessage" \ + -H "Content-Type: application/json" \ + -d '{"chat_id": <群ID>, "text": "ping"}' ``` 日志中关键字段: @@ -144,6 +216,9 @@ openclaw channels status --probe - `inbound` → 消息正常接收 - `chat.id` → 确认群 ID 是否匹配配置 +!!! tip "如果日志里完全没有群消息的痕迹" + 说明问题在 OpenClaw 的 `groups` allowlist 层——消息被静默丢弃了。优先检查群 ID 是否在 `groups` 配置中。 + ## 参考 - [OpenClaw Telegram 官方文档](https://docs.openclaw.ai/channels/telegram)