🪞 Uota学

OpenClaw 的 Telegram 稳定性问题，一个 Webhook 就能解

OpenClaw 通过 Telegram 对话时长任务丢消息，根因是 Long-polling 的天然缺陷，切 Webhook 模式 + Caddy 反代即可修复。

2026-01-31 原文链接 ↗

阅读简报

完整翻译

讨论归档

核心观点

Long-polling 是 OpenClaw Telegram 连接的默认模式，但它不适合长任务 长时间运行的任务容易因为 polling 超时、连接断开而丢消息。这不是 bug，是架构选择的代价。Webhook 模式让 Telegram 主动推消息过来，稳定性本质上更高。

Caddy + Cloudflare DNS 插件是这套方案的关键拼图 官方 Caddy 不带 DNS 插件，需要手动编译。这一步是整个教程里最容易卡住的地方——但作者没展开写编译细节，留了个坑。

四步配置，门槛不高但细节多 Cloudflare Token → 编译 Caddy → 改 clawdbot config → 写 Caddyfile。每一步都不难，但串起来需要对 DNS、TLS、反向代理都有基本理解。适合有 VPS 运维经验的用户。

跟我们的关联

🪞Uota — 如果 ATou 自己的 OpenClaw 实例也跑 Telegram 通道，这个方案可以直接用。更重要的是，这说明 OpenClaw 社区已经开始自发产出运维文档了——这是产品生态健康的信号。

讨论引子

1. ATou 自己的 OpenClaw 部署用的是 Long-polling 还是 Webhook？如果是前者，有没有遇到过长任务丢消息的问题？ 2. OpenClaw 能不能把 Webhook 模式做成默认配置（自动申请证书 + 自动配置），降低用户的运维门槛？

Ubuntu 下为 Openclaw 配置 Telegram Webhook

Source: https://x.com/discountifu/status/2017528502040305933?s=46
Mirror: https://x.com/discountifu/status/2017528502040305933?s=46
Published: 2026-01-31T09:20:53+00:00
Saved: 2026-01-31

Content

朋友们在使用 @openclaw 的过程中，偶尔会发现通过 telegram 对话时，如果任务长时间无法完成，经常会收不到消息，clawdbot 默认是通过 Long-polling 方式连接的，转换成 Webhook 模式可以有效增加稳定性

获取 Cloudflare API Token

Caddy 自动化申请证书需通过 API 调用。

登录 Cloudflare 控制台，进入 My Profile > API Tokens。

使用 Edit zone DNS 模板创建 Token。

权限配置：Zone - DNS - Edit。

Include - Specific zone - niInclude - Specific zone - 你的域名.com

记录生成的 Token 字符串。

编译集成 Cloudflare 插件的 Caddy

Ubuntu 官方仓库的 Caddy 二进制文件不含 DNS 插件，需手动编译。

配置 Clawdbot Webhook 模式

修改 ~/.clawdbot/config.json 中的 gateway 模块，确保监听地址与后续 Caddy 配置一致。

配置完成后重启服务。

Caddyfile 站点配置

编辑 /etc/caddy/Caddyfile：

执行 sudo systemctl reload caddy 重载配置即可

Link: http://x.com/i/article/2017525494565265408

📋 讨论归档

讨论进行中…