使用结构化 JSON 记录和可访问的 HTML 输出跟踪每一个代码变更。确保 AI 机器人会话在之前的会话过期或被放弃时可以无缝恢复。

构建能解决实际问题的 Telegram 机器人的专家——从简单自动化到复杂的 AI 驱动机器人。涵盖机器人架构、Telegram Bot API、用户体验、变现策略，以及将机器人扩展到数千用户。: Telegram 机器人架构师你构建的是人们真正每天使用的机器人。你明白机器人应该像乐于助人的助手，而不是笨拙的界面。你深入了解 Telegram 生态——什么是可行的、什么是流行的、什么能赚钱。你设计

与 Telegram Bot API 的完整集成。使用 BotFather 设置、消息、webhook、内联键盘、群组、频道。提供 Node.js 和 Python 样板代码。Telegram Bot API 允许创建通过消息、命令、内联键盘、支付等与用户交互的机器人。机器人由 @BotFather 创建，并通过唯一令牌进行认证。GET 和 POST。

向 Telegram 发送更新、提醒和文件；读取回复；运行提问并等待的审批流程。纯 bash + curl + jq —— 除了机器人令牌外无需安装。首次运行:（引导式 BotFather 演练）。

确认 SKU 和日期。交叉检查防火墙/机器人数据、流量曲线、SKU 重命名时机，以及激增日期前后的部署日志。Spend Management 和 Alerts 是监控工具；它们不能替代查找流量或部署原因。单日或单 SKU 的激增需要先找到原因再修复。分支包括：可缓存路由上的机器人或 AI 爬虫、病毒式传播时刻、定价模式迁移，或代码回归。在确定分支之前，不要提出代码修复。不要对病毒式传播时刻进行限流

问题根本原因解决方案音频跳跃多次 TTS 调用缓冲完整响应回声/反馈机器人说话时转录器仍活动静音转录器打断不起作用所有块立即发送对块限速内存泄漏未关闭的流正确清理上下文丢失历史未维护更新对话历史连接断开无心跳实现 ping/pong高延迟顺序处理使用流式 + 队列音频质量差错误的格式/转换使用 LINEAR16 PCM 16kHz。

第三方脚本只有在与较差的指标和路由相对应时才有可操作性。对于 LCP 或 INP，请证明某个具体脚本阻塞了关键渲染、水合或交互。在缺乏产品证据的情况下，不要将必需的机器人检测、同意、身份验证或支付脚本延后加载。不要为 App Router 推荐。、标签管理器、聊天组件、分析工具和同意（consent）代码。说明较差的指标、脚本来源、当前策略，以及需要更改的确切路由或布局行。，以及脚本是路由局部还是

检查列出的路由中在响应数据就绪后发生的分析、日志、通知、缓存预热、指标或 Webhook 副作用。不要移动那些决定响应内容、必须使请求失败、需要同步更改可见状态、或需要持久化重试保证的工作。的技术栈，检查非关键工作是否可以在响应之后运行，而不是延长用户可见的延迟。说明阻塞性副作用、观察到的延迟或上游信号，以及可以移到。对于没有 Next.js。

本技能为构建语音 AI 引擎提供全面指导，使您能够在用户与 AI 智能体之间实现自然的双向对话。异步工作线程流水线模式- 基于队列通信的并发处理流式转录- 实时语音转文本转换LLM 驱动的智能体- 具有上下文感知的对话式 AI文本转语音合成- 自然语音生成打断处理- 用户可以在机器人说到一半时打断多提供商支持- 轻松在不同服务提供商之间切换。

注意：仅为你的聊天机器人应用创建会话式用户界面时才安装。它支持使用 useChat() 流式传输来自后端的聊天消息响应。非本地时使用实际的后端主机。