Install
openclaw skills install @thcjp/telegram-chat-manager支持Telegram跨实例聊天管理、用户提及与个人bot设置,适用项目管理和团队协作,提供结构化输出与错误处理能力。
openclaw skills install @thcjp/telegram-chat-manager核心功能: 本技能提供中文交互、化工作流场景等能力。
| 能力 | 免费版 | 付费版 |
|---|---|---|
| 基础功能 | 支持 | 支持 |
| 多渠道消息批量发送 | 不支持 | 支持 |
| 消息模板与变量注入 | 不支持 | 支持 |
| 送达状态实时回调 | 不支持 | 支持 |
| 通信记录归档与检索 | 不支持 | 支持 |
| 消息频控与智能排队 | 不支持 | 支持 |
详细的输入输出格式请参考下方章节说明。
| 场景 | 输入 | 输出 |
|---|---|---|
| 会话管理 | 用户ID与消息内容 | 消息记录与会话状态 |
| Bot交互 | 事件类型与载荷 | 响应动作与状态码 |
| 启用Telegram | 目标数据与配置参数 | 处理结果与执行状态 |
不适用于:需要人工判断的复杂决策场景
| 参数名 | 类型 | 必填 | 说明 |
|---|---|---|---|
| content | string | 否 | 处理的内容输入 |
| mode | string | 否 | 处理模式, 可选值: json/text/markdown |
| style | string | 否 | 输出风格, 参考 references/style.md |
{
"success": true,
"data": {
"result": "处理结果",
"status": "success",
"metadata": {
"metadata": {
"template_used": "reviewer",
"word_count": 0,
"style": "专业"
}
},
"error": null
}
输出模板参考: assets/output.json
| 错误场景 | 原因 | 处理方式 |
|---|---|---|
| 配置错误 | 参数缺失或格式错误 | 检查依赖说明中的配置要求 |
| 运行时错误 | 运行环境不满足 | 确认运行环境符合依赖说明 |
| 网络错误 | 连接超时或不可达 |
| 依赖项 | 类型 | 是否必需 | 获取方式 |
|---|---|---|---|
| LLM API | API | 必需 | 由Agent内置LLM提供 |
API Key配置方式:
export API_KEY="${API_KEY:?请设置环境变量}"
配置后需重启会话或开启新终端生效。API Key应妥善保管,避免泄露到版本控制系统.
A: 在Telegram聊天管理器中,可以通过调用API接口创建群聊。首先,确保你的bot具有创建群聊的权限,然后使用createChat方法,提供群聊名称和可选的图片等参数,即可创建一个新的群聊。
A: 在跨实例聊天中提及用户时,需要在提及的昵称前加上@符号,并确保提及的用户在所有实例中都有相同的昵称。例如,@JohnDoe,这样无论用户在哪个实例中,都能被正确提及。
A: 修改个人bot设置可以通过API接口完成。使用editProfile方法,可以更改bot的名称、头像等。确保你有足够的权限来修改这些设置,否则请求将会失败。
A: 在批量发送消息时,可以通过记录已发送的消息ID来避免重复发送。在发送前,查询数据库或缓存中是否已存在该消息ID,如果存在,则跳过发送;如果不存在,则发送新消息并记录其ID。
A: 如果消息发送失败,首先检查网络连接是否正常。如果网络连接没有问题,检查bot的权限是否足够。如果权限也正常,可能需要检查API Key是否有效。如果所有这些都已确认,可以尝试重试发送或记录错误信息,以便进一步分析问题原因。
| 错误场景(续) | 原因 | 处理方式 |
|---|---|---|
| LLM响应超时或无响应 | 网络延迟或模型负载过高 | 请求重试;确认Agent平台LLM服务正常 |
| 输入内容格式不正确 | 用户输入不符合skill预期格式 | 检查输入是否符合skill使用说明中的格式要求,参考示例章节 |
| 执行结果与预期不符 | 指令描述不够明确或上下文不足 | 提供更详细的指令描述,补充必要的上下文信息 |
| 命令执行失败 | 运行环境不满足要求或权限不足 | 确认运行环境符合依赖说明中的要求;检查命令权限设置 |
| 错误现象 | 可能原因 | 诊断步骤 | 解决方案 |
|---|---|---|---|
| 无法发送消息 | 网络连接问题 | 检查网络连接,重试发送 | 确保网络连接正常,重新发送消息 |
| 接收不到消息 | 配置错误 | 检查配置文件,确认配置正确 | 修正配置文件,重新启动服务 |
| 消息发送失败 | 权限不足 | 检查bot权限,确保有发送消息的权限 | 联系管理员,请求增加发送消息的权限 |
| API调用失败 | API Key错误 | 检查API Key配置,确保正确 | 重新配置API Key,确保无误 |
| 系统响应缓慢 | 系统负载过高 | 检查系统负载,优化系统配置 | 优化系统配置,减轻系统负载 |
| 风险项 | 等级 | 防护措施 | 验证方法 |
|---|---|---|---|
| API Key泄露 | 高 | 使用环境变量存储API Key,避免代码泄露 | 定期检查代码库,确保API Key未泄露 |
| 配置文件安全 | 中 | 限制配置文件访问权限,确保只有授权用户可以访问 | 定期检查配置文件权限,确保安全 |
| 数据传输安全 | 高 | 使用HTTPS协议进行数据传输,加密敏感信息 | 检查服务配置,确保使用HTTPS |
| 用户隐私保护 | 高 | 限制用户数据访问权限,确保用户隐私不被泄露 | 定期进行安全审计,确保用户隐私保护 |
| 系统更新安全 | 中 | 定期更新系统,修复已知漏洞 | 定期检查系统更新,及时更新系统 |
| 效率提升量化分析 |
|---|
| 消息发送效率提升 |
| 通信记录检索效率提升 |
| 用户提及响应速度提升 |
| 系统稳定性提升 |
| 差异化对比表格 |
|---|
| 功能 |
| :----------------- |
| 跨实例聊天 |
| 用户提及 |
| 个人bot设置 |
| 多渠道消息批量发送 |
| 通信记录归档与检索 |
| 消息频控与智能排队 |
| 操作场景 | 手动耗时 | 自动化耗时 | 效率提升 |
|---|---|---|---|
| 文件解析与提取 | 5-10分钟/个 | <5秒/个 | 60-120x |
| 批量文件处理(100个) | 8-16小时 | <5分钟 | 96-192x |
| API调用与响应解析 | 2-3分钟/次 | <1秒/次 | 120-180x |
| 多接口数据聚合 | 15-30分钟 | <10秒 | 90-180x |
| 命令执行与结果收集 | 3-5分钟/次 | <2秒/次 | 90-150x |
| 重复任务批量执行 | 因任务而异 | 线性缩减 | 5-50x |
| 错误排查与修复 | 10-30分钟 | <30秒 | 20-60x |
| 对比维度 | Telegram聊天管理器 | 传统手动方式 | 通用脚本工具 |
|---|---|---|---|
| 自动化程度 | 全流程自动 | 完全手动 | 部分自动 |
| 错误处理 | 内置错误恢复 | 依赖人工经验 | 基本try-catch |
| 可复用性 | 参数化配置 | 一次性脚本 | 模板化 |
| 安全合规 | 内置安全检查 | 无安全保障 | 无安全保障 |
| 适用场景 | 启用Telegram跨实例聊天/用户提及/个人bot设置。Enable Tele | 通用场景 | 通用场景 |