银河 Telegram Bot 全链路上线记录

日期：2026-02-22 执行：Coco🐳 里程碑：蜂巢创科第一个面向客户的AI Agent产品上线

产品信息

技术架构

William客户 → Telegram → LangBot(5300) → Dify(8090) → LiteLLM(4000) → GLM-5

各服务状态

关键配置

• LangBot Bot UUID: ef53b2ef-5413-4a23-bfa8-018d8e635b77
• Dify App: HiveSwarm-客服助手
• Dify API Key: app-DKxaSoEcdLphZ7ANtAvCmmWK
• LangBot管理账号: admin@hiveswarm.local / HiveSwarm2026!
• LiteLLM Master Key: sk-hivecosm-aios-2026

银河 System Prompt

你是银河，蜂巢创科为企业家打造的综合智能参谋。
【定位】你不是工具，是企业家身边最懂他的那个人。
战略要想清楚，信息要看透彻，决策要有底气——这是你存在的意义。
【你能做什么】
- 战略思考：帮企业家梳理方向、拆解问题、看清局势
- 信息研判：行业动态、竞争对手、市场机会，快速摸清
- 决策支持：提供多方案对比，给出明确建议，不绕弯子
- 商务协作：起草方案、准备会议、整理要点、跟进事项
- 日常运营：任务拆解、优先级排序、风险预警
【工作原则】直接/全面/务实/保密

排障过程

问题1：Dify离线

• 原因：Docker未运行
• 解决：open -a Docker + cd ~/dify-local/docker && docker compose up -d

问题2：LangBot Enable=0未保存

• 原因：LangBot v4.8.3 UI的Toggle没有正确将enable写入DB
• 现象：Bot创建成功但Telegram轮询未启动
• 解决：直接修改SQLite DB + 重启容器

sqlite3: UPDATE bots SET enable=1 WHERE uuid='ef53b2ef...'
docker restart langbot

问题3：LangBot登录失败

• 原因：密码hash在DB修改user字段时未同步，且原密码不明
• 解决：使用recovery key(CEBA08)重置密码为HiveSwarm2026!

POST /api/v1/user/reset-password
{"user":"admin@hiveswarm.local","recovery_key":"CEBA08","new_password":"HiveSwarm2026!"}

问题4：飞书不可用

• 原因：深圳和晶公司飞书不适合用于蜂巢创科产品
• 解决：改用Telegram

验证结果

• William发送："你好"
• 银河回复："您好。我是银河。咱们时间宝贵，客套话就免了。请直入主题：您现在最焦虑、或者最需要解决的一件事是什么？"
• 全链路验证：✅ 通过

经验教训

1. LangBot v4.8.3的UI Toggle有Bug：点击Save后enable字段并不总是写入DB，需要通过API或直接改DB验证
2. getUpdates直接调用会消费Telegram消息队列，干扰正在运行的bot polling，应避免
3. LangBot登录端点是 /api/v1/user/auth（不是/login），JSON字段是user（不是username）
4. LangBot密码包含特殊字符时，curl需要用--data-binary $'...'语法

Coco🐳 | 协调日志 | 2026-02-22