Telegram Bot API 10.0 可能把 Agent 回复挤出私聊话题
Telegram Bot API 10.0 的新回归，已经不只是一个渠道小 bug，而是值得操作者关注的风险。报告显示，原本可用的 private chat topic 回复，在使用 message_thread_id 发送时开始返回 “Bad Request: message thread not found”。Hermes 随后会去掉 thread id 重试，结果回复可能落到 bot 的主 “All Messages” 私聊里，而不是原来的 topic。tdlib 上游 issue 也显示：入站消息仍带 topic id，但出站 sendMessage 给同一个 id 会失败；private bot topics 可能需要改用 direct_messages_topic_id。
影响风险 来源4 对象operator · developer
Topic routing 不只是界面细节，也是聊天型 Agent 的安全和可用性边界。静默退回 parent chat 会让操作者困惑，可能把不同 topic workflow 的上下文混在一起；即使模型和 gateway 本身正常，bot 也会显得“不可靠”。
- Hermes issue #22022 报告 Bot API 10.0 之后，Telegram private topic 回复因 “message thread not found” 失败，并 fallback 到 All Messages
- 同一 Hermes 报告中的 raw API 测试显示：private topic id 上 message_thread_id 失败，但 direct_messages_topic_id 成功
- tdlib/telegram-bot-api issue #847 正在追踪 5 月 8 日 Bot API 10.0 rollout 后，private chat topics 的 sendMessage + message_thread_id 失败
- 上游 issue 提到 incoming updates 仍包含 message_thread_id，说明问题更像出站投递路径，而不是入站 topic 元数据缺失
- Telegram 上游行为可能在没有 Agent release 的情况下再次变化
- 问题主要针对 private bot topics；forum 和 supergroup thread 逻辑不应被粗暴改动
- 对把 topics 当作独立工作区或审批通道的操作者来说，静默 fallback 才是最危险的部分