前言 之前, 我实现过 一个telegram关键字监控系统 . 运行效果良好. FuckGFWNewbieNeedHelp 今天我觉得 所有关键字消息平铺在一起, 没有重要程度的区分, 值得优化一下. 准备条件 找 @BotFather 申请一个bot, 拿到 token, 比如: 8984238292:AAHdqTcvCH1vGWJxfSeofSAs0K5PALDsaw 已经有了一个信息源, 比如 channel FuckGFWNewbieNeedHelp ( -1002118991610 ) 创建一个forum (就是群组开topic功能) 比如 FuckGFWNewbieNeedHelpChat ( -1002133460865 ) 把 bot 加入 forum, 设为 admin 面向Agent开发 muse.ai 已经学会 Cloudflare CLI cf工具, 略. <Cloudflare CLI cf工具 OAuth 授权 更方便使唤Agent操作 Cloudflare 了> 下面引用框里的内容是我发给Agent的自然语言命令 部署一个 worker, 操作 bot ( 8984238292:AAHdqTcvCH1vGWJxfSeofSAs0K5PALDsaw ), 监听 channel ( -1002118991610 ) 中的新消息, 转发到 forum ( -1002133460865 ) 中. 其中, 如果消息含有特定排除关键字, 那么不转发到forum中, 如果消息含有特定关键字, 那么转发到对应的topic中, 否则转发到 #General 中. worker维护一个关键字列表, 用KV保存. bot支持以下命令: /start 回复命令列表 /add_keyword <正则表达式> - 添加关注关键字 /remove_keyword <正则表达式> - 移除关注关键字 /add_exclude <正则表达式> - 添加排除关键字 /remove_exclude <正则表达式> - 移除排除关键字 /list_keywords - 查看所有关键字 正则表达式支持 /keyword1|keyword2|keyword3/i 语法, 末尾的i表示不区分大小写 也支持 Keyword1|keyWord2|keyword3 语法, 表示区分大小写 在 /add_keyword 时, 要在 forum 中创建对应的 topic 在 /remove_keyword 时, 不删除 forum 中的 topic. 只是 修改topic名称 在前面添加 然后就大体开发完了, 并部署成功. 使用方式: 找bot 私聊, 发送 /add_keyword crazypeace /add_keyword /hermes|openclaw|dsh|爱马仕|龙虾/i /add_keyword 链式代理|代理链|前置代理|落地代理 等等 然后等着bot转发消息就是了. 测试中发现的问题与一些细节微调 telebram bot 在 group/forum 中不能匿名发消息 telegram bot 在 group/forum 中是可以设置为admin 且有匿名权限. 但实际上bot并不能以匿名形式发消息 muse去查了telegram官方文档, 说是官方的限制. 发 /list_keywords 有回应, 发 /start 没有回应 muse查了一下, 因为回应的文本中有 大于号 小于号 <>, 在以HTML格式回复时, 出错了. 转义了一下, 问题就解决了. 节约KV, 只保存1条KV记录关注关键字和排除关键字 让muse报告整个系统是如何使用KV的. muse说 用了1条KV保存转发消息是否成功, 用于处理万一转发消息失败可以重试; 用了1条KV保存关注关键字, 用了1条KV保存排除关键字. 我要求改为: 不保存转发是否成功; 用1条KV保存关注关键字和排除关键字. 这样, 每处理1条消息, 只读1次KV; 只在修改关注关键字和排除关键字时, 会写1次KV. 私聊bot发命令时, bot报错建topic失败 描述清楚问题后, muse自查解决问题. 原因是: 代码写成了, 在哪个会话中收到指令, 就在哪个会话中创建topic. 我认为我的自然语言指令描述得挺明确的, 不管是在forum中向bot发命令, 还是与bot私聊发命令, 都应该是在forum中创建topic. 我觉得muse写代码犯了一个低级错误. Agent自以为是地调用一个不存在的telegram API 接口 来修改topic名称 用 webhook的方式建 telegram bot ,调试起来很方便 用 webhook的方式建 telegram bot, bot是被动地由telegram服务器调用HTTP接口推消息过来. 所以agent在调试这样的bot时, 可以主动调用bot的HTTP接口, 模拟"假"消息. 这样非常方便. 后记 整个开发过程中, 我认为 muse 犯了2个低级错误. 1. 在哪个会话中发命令, 就在哪个会话中创建topic. 这明显是错误理解. 应该不管在哪里收到命令, 都在forum中创建topic 2. 修改 telegram forum topic 的名称时, 使用了自以为的API接口, 产生了幻觉. 模型训练时如果输入了Telegram 官方API文档, 那么模型的"知识"中应该是正确的接口. 如果没有训练, 那么应该搜索Telegram官方文档/知识库, 找到正确的接口. 我有一个猜测, muse的产品方故意调整了模型的温度和top k或者是一些其它设置, 导致偶尔输出 一些低级错误, 比如 上面那2项, 然后让用户纠错, 延长整个任务的轮次, 收集长任务的训练数据. 1 个帖子 - 1 位参与者 阅读完整话题

  • 情报分类：服务器与云资源
  • 分类依据：内容涉及服务器、云资源或网络线路
  • 信息来源：服务器 / LINUX DO - 最新话题
  • 发布时间：2026/10/13 20:10:40