OpenClaw Telegram ACP Troubleshooter
Use this skill when Telegram group topics are expected to talk directly to an ACP session, but the bot does not reply reliably.
当 Telegram 群组话题本应直接进入 ACP 会话,但机器人回复不稳定时,使用这个 skill。
This skill is designed to be self-contained for workspace use and ClawHub publishing.
这个 skill 设计为可独立打包,既可在本地工作区使用,也可直接发布到 ClawHub。
Read First | 先读这些
Review these files before concluding anything:
在下结论之前,先看这些文件:
- - INLINECODE0
- INLINECODE1
- INLINECODE2
Primary Rule | 核心判断
If /new works but normal topic text does not, do not blame ACP first. Treat Telegram delivery as the leading suspect until logs prove otherwise.
如果 /new 能工作,但普通话题文本不工作,先不要怀疑 ACP。除非日志证明不是,否则优先把 Telegram 投递当成头号嫌疑。
Workflow | 诊断顺序
- 1. Confirm the routing target:
确认路由目标:
- group default agent
- topic-level
agentId
-
requireMention setting
- 2. Confirm gateway health:
确认 gateway 健康状态:
-
systemctl --user is-active openclaw-gateway
- inspect the current gateway log
- 3. Confirm OpenClaw ingestion:
确认 OpenClaw 是否真的收到了输入:
- watch
~/.openclaw/logs/commands.log
- inspect the relevant session file under
~/.openclaw/agents/codex/sessions/
- 4. Separate the failure class:
区分故障类别:
- token or auth
- duplicate poller
- Telegram not delivering normal text
- routing bound to the wrong agent
- 5. Recommend the next action in priority order, with evidence.
按概率和证据给出下一步动作。
- 6. If the user wants durable documentation, point them to:
如果用户想要长期保存文档,指向:
-
{baseDir}/README.md for usage
-
{baseDir}/TROUBLESHOOTING.md for the full runbook
-
{baseDir}/FAQ.md for short operator answers
Strong Heuristics | 强判断规则
- -
/new works: ACP path is alive. - INLINECODE14 works: ACP path is alive.
- outbound send works: token is valid enough for sends.
- plain text missing from
commands.log: Telegram delivery problem or upstream filter. - INLINECODE16 : another poller is active.
- privacy mode was recently changed: re-add the bot before patching code.
中文解释:
- -
/new 能回复:ACP 通路正常。 - 能主动发消息:token 至少对发送是有效的。
- 普通文本没进
commands.log:大概率是 Telegram 投递或更上游的过滤问题。 - INLINECODE19 :还有别的轮询器在抢同一个 bot token。
- 刚改过 privacy mode:先移除并重新拉机器人入群,再谈改代码。
Safe Commands | 安全命令
CODEBLOCK0
Response Format | 输出格式
Always return:
始终按下面格式返回:
- 1. current conclusion
- evidence
- next single best action
- what to test after that
Constraints | 约束
- - Do not reveal secret values from env vars, 1Password, or config.
- Do not recommend source patches before Telegram delivery checks are exhausted.
- Prefer topic-level binding for important threads.
- Keep recommendations actionable and ordered by probability.
中文约束:
- - 不要泄露 env、1Password 或配置中的密钥值。
- 在 Telegram 投递问题没排干净前,不要先建议改源码。
- 重要话题优先使用 topic 级绑定。
- 建议必须可执行,并按概率高低排序。
OpenClaw Telegram ACP 故障排查工具
当 Telegram 群组话题本应直接进入 ACP 会话,但机器人回复不稳定时,使用此技能。
此技能设计为可独立打包,既可在本地工作区使用,也可直接发布到 ClawHub。
先读这些
在下结论之前,先看这些文件:
- - {baseDir}/README.md
- {baseDir}/TROUBLESHOOTING.md
- {baseDir}/FAQ.md
核心判断
如果 /new 能工作,但普通话题文本不工作,先不要怀疑 ACP。除非日志证明不是,否则优先把 Telegram 投递当成头号嫌疑。
诊断顺序
- 1. 确认路由目标:
- 群组默认代理
- 话题级 agentId
- requireMention 设置
- 2. 确认 gateway 健康状态:
- systemctl --user is-active openclaw-gateway
- 检查当前 gateway 日志
- 3. 确认 OpenClaw 是否真的收到了输入:
- 监控 ~/.openclaw/logs/commands.log
- 检查 ~/.openclaw/agents/codex/sessions/ 下的相关会话文件
- 4. 区分故障类别:
- token 或认证问题
- 重复的轮询器
- Telegram 未投递普通文本
- 路由绑定到错误的代理
- 5. 按概率和证据给出下一步动作。
- 如果用户想要长期保存文档,指向:
- {baseDir}/README.md 使用说明
- {baseDir}/TROUBLESHOOTING.md 完整操作手册
- {baseDir}/FAQ.md 简短操作问答
强判断规则
- - /new 能回复:ACP 通路正常。
- 能主动发消息:token 至少对发送是有效的。
- 普通文本没进 commands.log:大概率是 Telegram 投递或更上游的过滤问题。
- 409 Conflict:还有别的轮询器在抢同一个 bot token。
- 刚改过 privacy mode:先移除并重新拉机器人入群,再谈改代码。
安全命令
bash
systemctl --user show -p MainPID -p ActiveEnterTimestamp openclaw-gateway
tail -f ~/.openclaw/logs/commands.log
tail -f /tmp/openclaw/openclaw-$(date +%F).log
输出格式
始终按下面格式返回:
- 1. 当前结论
- 证据
- 下一个最佳操作
- 之后测试什么
约束
- - 不要泄露 env、1Password 或配置中的密钥值。
- 在 Telegram 投递问题没排干净前,不要先建议改源码。
- 重要话题优先使用 topic 级绑定。
- 建议必须可执行,并按概率高低排序。