基于构造器的Telegram Bot延迟消息发送方案求助

核心问题回应 #

Telegram Bot API的sendMessage接口确实没有内置延迟发送参数，官方的messages.sendScheduledMessages属于客户端专属API，机器人账号无法调用，你的判断是对的。针对你的场景，这里提供几个可行方案：

1. 自建/使用第三方调度服务 #

因为你的构造器支持HTTP请求，完全可以把延迟发送的任务交给外部调度服务处理：

• 自建轻量调度服务：用简单脚本搭个小服务，比如Python的APScheduler或Node.js的node-schedule，暴露一个POST接口，接收以下参数：
  • chat_id：目标聊天ID
  • text：消息内容
  • delay_seconds：延迟秒数
    服务收到请求后，按指定延迟时间触发sendMessage调用即可。你的构造器只需要把延迟任务以POST请求发给这个服务。
• 第三方无代码调度工具：用Zapier、Make这类平台创建工作流：
  1. 配置HTTP触发节点，接收构造器发来的消息参数
  2. 添加“延迟”节点，设置指定等待时间
  3. 最后添加Telegram发送消息节点，调用Bot API完成发送
     这类工具无需编写代码，适合无开发能力的场景，但要注意免费版的额度限制。

2. 云函数+在线数据库的无代码方案 #

如果不想搭建服务，可以用云函数+在线数据库的组合：

• 让构造器把待发送消息（包含目标ID、内容、发送时间）写入在线数据库，比如Google Sheets、Airtable
• 配置定时运行的云函数（比如Google Cloud Functions、AWS Lambda），每隔固定时间（比如1分钟）查询数据库，找出到发送时间的消息，调用sendMessage发送，发送完成后标记为已处理

3. Webhook被动触发方案 #

如果延迟时间较短，且接受人工触发：

• 让机器人暂存待发送消息（存在Bot内存或外部数据库），给管理员返回一个触发按钮
• 管理员在指定时间点击按钮，机器人通过Webhook收到回调后，再发送消息
  这个方案适合短延迟、需要人工确认的场景，无需额外调度服务。

注意事项 #

• 所有涉及Bot Token的请求必须用HTTPS传输，避免泄露
• 自建服务要保证运行稳定性，第三方服务要确认其在线率和延迟准确性
• 如果延迟时间超过24小时，要注意部分平台的定时任务限制

内容的提问来源于stack exchange，提问作者AxozY