我有一个猜测, muse的产品方故意调整了模型的温度和top k或者是一些其它设置, 导致偶尔输出 一些低级错误, 然后让用户纠错, 延长整个任务的轮次, 收集长任务的训练数据.

前言

之前, 我实现过一个telegram关键字监控系统.

运行效果良好.

https://t.me/FuckGFWNewbieNeedHelp

今天我觉得 所有关键字消息平铺在一起, 没有重要程度的区分, 值得优化一下.

准备条件

找 @BotFather 申请一个bot, 拿到 token, 比如: 8984238292:AAHdqTcvCH1vGWJxfSeofSAs0K5PALDsaw

已经有了一个信息源, 比如 channel https://t.me/FuckGFWNewbieNeedHelp (-1002118991610)

创建一个forum (就是群组开topic功能) 比如 https://t.me/FuckGFWNewbieNeedHelpChat (-1002133460865)

把 bot 加入 forum, 设为 admin

面向Agent开发

muse.ai

已经学会 Cloudflare CLI cf工具, 略.
https://zelikk.blogspot.com/2026/10/cloudflare-cli-cf-oauth-agent-cloudflare.html

下面引用框里的内容是我发给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接口, 模拟"假"消息. 这样非常方便.

Github

https://github.com/crazypeace/tg-keyword-forward-bot-worker

后记

整个开发过程中, 我认为 muse 犯了2个低级错误.

1. 在哪个会话中发命令, 就在哪个会话中创建topic.
这明显是错误理解. 应该不管在哪里收到命令, 都在forum中创建topic
2. 修改 telegram forum topic 的名称时, 使用了自以为的API接口, 产生了幻觉.
模型训练时如果输入了Telegram 官方API文档, 那么模型的"知识"中应该是正确的接口.
如果没有训练, 那么应该搜索Telegram官方文档/知识库, 找到正确的接口.

我有一个猜测, muse的产品方故意调整了模型的温度和top k或者是一些其它设置, 导致偶尔输出 一些低级错误, 比如 上面那2项, 然后让用户纠错, 延长整个任务的轮次, 收集长任务的训练数据.