# Telegram Bot 远程 Claude Code：会话持久化与消息协议转换实战 > 深入解析 Telegram Bot 远程调用 Claude Code 的工程实践，涵盖会话状态持久化、消息协议转换与 AI-CLI 工具链集成方案。 ## 元数据 - 路径: /posts/2026/02/20/telegram-bot-remote-claude-code-session-persistence/ - 发布时间: 2026-02-20T11:05:30+08:00 - 分类: [ai-systems](/categories/ai-systems/) - 站点: https://blog.hotdry.top ## 正文 在大模型辅助编程工具逐渐普及的今天，如何在移动场景下随时调用 Claude Code 成为了开发者的真实需求。claude-code-telegram 项目正是为解决这一痛点而设计——它将 Telegram 即时通讯能力与 Claude Code 深度集成，通过 Bot API 实现双向通信，并借助 SQLite 实现跨会话的状态持久化。本文将从工程实现角度，剖析会话管理、协议转换与工具链集成的关键技术细节，为构建类似的远程 AI 编程助手提供可落地的参数参考。 ## 一、整体架构与两种交互模式 该项目的核心定位是让开发者无需本地终端即可通过 Telegram 与 Claude Code 进行自然语言交互。从架构上看，它处于 Telegram Bot API 与 Claude Code SDK/CLI 之间的中间层，负责消息的接收、转换、转发与状态管理。值得注意的是，项目默认采用 Agentic 模式，即用户可以像聊天一样用自然语言指挥 Claude 完成代码分析、编辑、测试等任务，无需记忆繁琐的命令语法。这种设计显著降低了移动端的操作门槛，用户只需发送一条消息即可触发完整的工作流。 除了 Agentic 模式，项目还提供了 Classic 模式供习惯终端操作的用户使用。在 Classic 模式下，Bot 模拟了一个完整的终端界面，支持 cd、ls、pwd 等13个命令，并可通过内联键盘提供快捷操作按钮。这种双模式的设计体现了对不同用户习惯的尊重——前者面向追求效率的移动办公场景，后者则服务于需要精确控制的开发者。两种模式的切换通过环境变量 AGENTIC_MODE 控制，生产环境可根据目标用户群体灵活选择。 ## 二、会话状态持久化的工程实现 会话持久化是远程 AI 编程助手的核心能力之一。没有持久化机制，每次新建会话都意味着 Claude 需要重新加载项目上下文，这不仅浪费 token 配额，更会导致代码审查等需要全项目视野的任务无法完成。claude-code-telegram 采用 SQLite 作为持久化存储介质，针对用户与项目目录的组合创建独立的会话记录。当用户再次发起对话时，Bot 自动从数据库中恢复上一次的工作目录和对话历史，确保 Claude 能够“记住”之前的上下文。 会话恢复的具体流程如下：用户发送消息后，Bot 首先根据 Telegram 用户 ID 查找对应的会话记录；若存在未结束的会话，则提取其中保存的工作目录路径，并将其作为初始上下文传递给 Claude Code。这种设计允许用户在不同的项目之间切换——例如上午在处理前端项目，下午切换到后端服务，每次切换都会触发新的会话创建，而同一项目内的多次交互则复用同一个会话。配置参数 CLAUDE_TIMEOUT_SECONDS 控制单次操作的超时时长，默认300秒足以应对大多数代码分析任务，但对于大型项目的全量扫描可能需要适当延长。 会话持久化还涉及消息历史的存储。项目在数据库中记录了每条用户消息、Claude 回复以及触发的工具调用，这些数据不仅用于上下文恢复，还可服务于后续的审计与成本分析。通过 /export 命令，用户可以将会话导出为 Markdown、HTML 或 JSON 格式，方便存档或分享。这种设计思路与 Anthropic 提出的“记忆体”概念一脉相承，即 AI 助手应当具备跨会话的连续性，而非每次都是从零开始的孤立个体。 ## 三、消息协议转换的技术路径 Telegram Bot API 与 Claude Code 之间的协议转换是项目中最具技术挑战性的环节。Telegram 使用的是基于 JSON 的即时通讯协议，支持文本、图片、文件等多种消息类型；而 Claude Code 则通过 SDK 或 CLI 接收结构化的指令并返回流式响应。两者的语义域存在显著差异——Telegram 的一条消息可能包含意图、参数、上下文等多维度信息，而 Claude 则期望收到明确的任务描述。 项目采用了双轨并行的消息转换策略。在接收方向，Bot 将 Telegram 的 Update 对象解析为用户意图，提取文本内容作为主指令，附件信息作为补充上下文。如果用户发送的是代码截图或项目压缩包，Bot 会先完成文件下载与预处理，再将文件路径或分析结果附加到发送给 Claude 的消息中。这种处理方式确保了 Claude 能够获得完整的输入信息，而非仅仅是一段文字描述。 在发送方向，项目面临的核心挑战是如何将 Claude 的流式输出转化为适合 Telegram 的交互形式。Claude Code 在执行任务时会实时返回工具调用日志、推理过程和最终结果，这些信息量可能非常大，直接转发会给用户带来信息过载。为此，项目设计了 Verbose Level 参数来控制输出详略程度：Level 0 仅显示最终回复，适合移动网络环境；Level 1 显示工具名称与推理片段，是默认设置；Level 2 则完整展示工具输入与详细推理过程。通过这种分级机制，用户可以根据网络状况和任务复杂度灵活调整信息密度。 ## 四、AI-CLI 工具链集成方案 Claude Code 的集成支持两种模式：Python SDK 模式作为首选，CLI 子进程模式作为降级方案。这种设计体现了对稳定性的追求——SDK 模式直接调用 Anthropic 提供的 Python 客户端，响应速度快且错误处理更为精确；而 CLI 模式则通过 subprocess 调用 claude 命令，适用于无法安装 SDK 的特殊环境。生产部署中，建议优先采用 SDK 模式，配置环境变量 USE_SDK=true 即可启用。 工具链集成涉及权限控制与安全边界。Claude Code 本身具备文件系统访问、命令执行等敏感能力，如果不做限制，远程用户可能对服务器造成不可逆的损害。项目通过 CLAUDE_ALLOWED_TOOLS 参数白名单化可用工具，并结合目录沙箱机制（APPROVED_DIRECTORY）将操作范围限定在预先批准的目录内。路径遍历防护模块会检测并拒绝任何试图跳出沙箱根目录的文件操作请求，这一层防护在处理用户输入时尤为重要。 在实际部署中，还需要关注 API 密钥管理与成本控制。项目支持通过 ANTHROPIC_API_KEY 环境变量直接指定 API 密钥，也支持利用 Claude Code 本地的认证状态。如果使用云端 API，建议配合 CLAUDE_MAX_COST_PER_USER 参数设置单用户消费上限，避免异常请求导致费用激增。结合 RATE_LIMIT_REQUESTS 与 RATE_LIMIT_WINDOW 参数，可以进一步限制单用户的请求频率，防止资源滥用。 ## 五、事件驱动的自动化扩展 除了点对点的交互模式，项目还支持事件驱动的自动化能力，这使其可以从一个简单的聊天机器人升级为开发流程的中央控制节点。Webhook 功能允许外部系统向 Bot 推送事件——典型的场景包括 GitHub 的 Push 事件、PR 创建事件或 CI/CD 流水线状态变化。这些事件经过 Bot 路由后，可以触发 Claude 自动执行代码审查、生成变更日志或运行测试套件，并将结果通过 Telegram 通知给开发者。 定时任务功能则填补了主动触发的空白。通过配置 cron 表达式，项目可以按照预设 schedule 定期调用 Claude 执行健康检查、依赖更新或代码质量评估。例如，每天早上自动检查项目依赖是否有安全漏洞，每周定时运行完整的测试套件并汇报结果。这种机制将原本需要人工触发的重复性工作自动化，让开发者可以将更多精力集中在创造性任务上。 事件驱动的扩展还涉及认证与安全。GitHub Webhook 使用 HMAC-SHA256 签名验证请求来源，而通用的 Webhook 则支持 Bearer Token 认证。这些安全措施确保了只有经过授权的系统才能触发 Bot 的自动化行为，避免恶意请求利用 Claude 的工具执行权限造成安全风险。 ## 六、部署参数与监控要点 基于上述分析，以下是生产环境部署的关键参数清单与监控建议。在基础配置层面，需要正确设置 TELEGRAM_BOT_TOKEN（从 BotFather 获取）、APPROVED_DIRECTORY（项目根目录）、ALLOWED_USERS（白名单用户 ID 列表）三个必填项；在网络层面，如果需要接收 Webhook，则需将 ENABLE_API_SERVER 设置为 true 并配置公网可达的端口。建议使用 Nginx 反向代理配合 Let's Encrypt 证书，确保 Webhook 通信的 TLS 加密。 在资源与成本层面，建议将 CLAUDE_MAX_COST_PER_USER 设置为 10 美元作为初始上限，根据实际使用情况调整；CLAUDE_TIMEOUT_SECONDS 根据项目规模设置，常规任务 300 秒足够，大型单仓库建议 600 秒以上。在安全层面，必需开启的防护措施包括：目录沙箱检查、路径遍历过滤、Webhook 签名验证（若使用 GitHub 集成），以及定期审查审计日志。 监控方面，项目内置了 /status 命令可查看实时会话数、API 调用次数和成本统计；长期监控建议对接 Prometheus 或自建的可观测性系统，记录请求延迟、错误率和 token 消耗趋势。当 RATE_LIMIT_REQUESTS 接近阈值或 CLAUDE_MAX_COST_PER_USER 消耗超过 80% 时，应当触发告警以便及时介入处理。 ## 总结 claude-code-telegram 项目展示了将大模型编程助手与即时通讯平台结合的工程化路径。通过会话持久化机制，用户获得了跨时间维度的连续上下文；通过消息协议转换，文本交互被转化为结构化的 AI 任务；通过 AI-CLI 工具链集成，Claude 的代码能力被安全地暴露给远程用户。事件驱动的自动化扩展进一步释放了生产力，使 Bot 成为开发工作流的中枢节点。这些设计经验同样可以迁移到 Slack、Discord 等其他通讯平台，为构建更广泛的 AI 编程助手生态提供参考。 --- **参考资料** - Claude Code Telegram Bot 官方仓库：https://github.com/RichardAtCT/claude-code-telegram - python-telegram-bot 库文档：https://github.com/python-telegram-bot/python-telegram-bot ## 同分类近期文章 ### [NVIDIA PersonaPlex 双重条件提示工程与全双工架构解析](/posts/2026/04/09/nvidia-personaplex-dual-conditioning-architecture/) - 日期: 2026-04-09T03:04:25+08:00 - 分类: [ai-systems](/categories/ai-systems/) - 摘要: 深入解析 NVIDIA PersonaPlex 的双流架构设计、文本提示与语音提示的双重条件机制，以及如何在单模型中实现实时全双工对话与角色切换。 ### [ai-hedge-fund：多代理AI对冲基金的架构设计与信号聚合机制](/posts/2026/04/09/multi-agent-ai-hedge-fund-architecture/) - 日期: 2026-04-09T01:49:57+08:00 - 分类: [ai-systems](/categories/ai-systems/) - 摘要: 深入解析GitHub Trending项目ai-hedge-fund的多代理架构，探讨19个专业角色分工、信号生成管线与风控自动化的工程实现。 ### [tui-use 框架：让 AI Agent 自动化控制终端交互程序](/posts/2026/04/09/tui-use-ai-agent-terminal-automation/) - 日期: 2026-04-09T01:26:00+08:00 - 分类: [ai-systems](/categories/ai-systems/) - 摘要: 详解 tui-use 框架如何通过 PTY 与 xterm headless 实现 AI agents 对 REPL、数据库 CLI、交互式安装向导等终端程序的自动化控制与集成参数。 ### [tui-use 框架：让 AI Agent 自动化控制终端交互程序](/posts/2026/04/09/tui-use-ai-agent-terminal-automation-framework/) - 日期: 2026-04-09T01:26:00+08:00 - 分类: [ai-systems](/categories/ai-systems/) - 摘要: 详解 tui-use 框架如何通过 PTY 与 xterm headless 实现 AI agents 对 REPL、数据库 CLI、交互式安装向导等终端程序的自动化控制与集成参数。 ### [LiteRT-LM C++ 推理运行时：边缘设备的量化、算子融合与内存管理实践](/posts/2026/04/08/litert-lm-cpp-inference-runtime-quantization-fusion-memory/) - 日期: 2026-04-08T21:52:31+08:00 - 分类: [ai-systems](/categories/ai-systems/) - 摘要: 深入解析 LiteRT-LM 在边缘设备上的 C++ 推理运行时，聚焦量化策略配置、算子融合模式与内存管理的工程化实践参数。