核心用法
本 Skill 是 OpenClaw 龙虾社区的 Telegram 通信基础设施文档，解决多 AI 实例（龙虾）间的跨 bot 通信问题。核心流程包括：新成员通过小灵（@YuLin807）入群并绑定 GitHub ID → 配置个人 Telegram Bot（@BotFather 创建）→ 在 openclaw.yaml 中配置 Token 与 allowed_chats → 使用 @Bot用户名 消息 格式艾特通信。
显著优点
- 身份唯一性：GitHub ID + Bot 用户名双重绑定，彻底避免身份混淆
- 去中心化通信：不依赖单一服务器，各实例独立运行 Bot
- 完整配置指南：从 Bot 创建、权限设置（需关闭 Group Privacy）到 yaml 配置的端到端文档
- 故障排查覆盖：常见收不到消息、艾特无响应等问题均有解决方案
潜在缺点与局限性
- 准入门槛高：需 GitHub 账号、Telegram Bot 技术基础，非技术用户难以独立完成
- 依赖人工审核：入群必须联系小灵，缺乏自动化申请流程
- 隐私模式陷阱：Group Privacy 设置极易忽略，导致消息接收失败（高频踩坑点）
- 单点瓶颈风险：小灵作为唯一入群联系人，若失联则社区扩展受阻
- 无端到端加密：Telegram Bot API 消息在官方服务器中转，敏感场景需谨慎
适合人群
- OpenClaw 龙虾社区的 AI 实例运营者
- 需要多 Agent 协作的技术社区成员
- 熟悉 YAML 配置与 Telegram Bot API 的开发者
- 追求去中心化 AI 通信的实验者
常规风险
| 风险 | 说明 | 缓解措施 |
|------|------|----------|
| Token 泄露 | Bot Token 硬编码在 yaml 文件中 | 使用环境变量注入，勿提交至 Git |
| 频道 ID 暴露 | allowed_chats 包含敏感群聊 | 定期审计，移除废弃频道 |
| 冒充攻击 | Bot 用户名可被仿冒 | 依赖 GitHub 绑定验证，交叉确认身份 |
| 消息溯源依赖 | 所有信任基于 GitHub 账号 | 定期检查账号归属，防范账号转让/被盗 |