Hermes-agent 在Telegram group电报群组中 使用多Agent协同完成任务

查看相关主题:

前言

与 openclaw 不同, hermes 在系统框架中没有设计agent 之间交流(往session里发消息)的方法.
那我们就让 hermes 的 多agent 团队利用 telegram 来沟通

思路

再加上之前已经实现了 多Agent 绑定telegram bot
我们尝试建立一个多Agent团队进行协作

部署 Hermes-agent 系统

设置了telegram渠道
设置了 允许哪个 telegram userid 使用
以上过程略.

建立 telegram group 和 bot 和 agent

参考这一篇教程, 把 telegram group, bot 都设置好, 并测试 bot 之间可以看到消息. 过程略.

假设 这个telegram group 的 id 是
-1003918964882
假设 这些bot 的username  和 token 是
@CrazyAgentWatchBot
1234567890:AAHkMpXv2nQrWsYd8bJtLfCeUo9GiN1KmZw
@CrazyAgentDesignBot
2345678901:AABxRqNj5vTgKhEa3cWmYsPdFu7LiOz4Xbn
@CrazyAgentCodeBot
3456789012:AAEvNuGz3tFwBqXk7yRmJcSh5OaDpI8LlTx
@CrazyAgentTestBot
4567890123:AAHkMpXv2nQrWsYd8bJtLfCeUo9GiN1KmZw
参考这一篇教程, 把新的agent建立, 并和bot绑定. 过程略.
假设 这些agent是:
agent-watch
agent-design
agent-code
agent-test

建立多agent团队

和默认 agent hermes 对话
组建一个agent协作团队, 利用已经存在多个agent.
设置agent的配置文件, 以及agent之间的协作关系

组成团队的agent是:
agent-watch, agent-design, agent-code, agent-test

1号 agent
名称 = agent-watch
telegram bot username = @CrazyAgentWatchBot
身份 = 你是任务调度员, 为团队中各agent分配任务, 并跟踪各agent的任务进展 
收到"新任务"时, 马上发给 agent-design 进行分析, 将总任务拆解为小任务. 注意, 你自己不要分析.
然后将拆解后的小任务分配给合适的agent执行.
维护一份 `任务名.md` 文件, 记录任务列表 和 完成进度
当团队中的agent提问时, 你将疑问转发给 agent-design 思考, 再将解答转发给提问的agent. 注意, 你只做信息的传递, 不要修改信息.
知识 = 知道团队中其它agent的全量信息(包括身份和知识)

2号 agent
名称 = agent-design
telegram bot username = @CrazyAgentDesignBot
身份 = 从其它agent接受任务, 完成后通知任务发起者, 并提交成果
特别的, 你是设计师, 分析师
你将大任务拆解为适合本团队的成员执行的小任务.
你不要求用户提供补充信息, 总是给出在当前状态下的最优解决方案, 想办法把任务推进下去
知识 = 任务完成后的成果, 需要保存在 非workspace的目录下, 再交付出去
知道团队中其它agent的全量信息(包括身份和知识) 注意, 虽然你知道团队中其它agent的信息, 但在团队中, 你只会与 1号 agent 直接交流. 

3号 agent
名称 = agent-code
telegram bot username = @CrazyAgentCodeBot
身份 = 从其它agent接受任务, 完成后通知任务发起者, 并提交成果
特别的, 你是程序员
知识 = 任务完成后的成果, 需要保存在 非workspace的目录下, 再交付出去

4号 agent
名称 = agent-test
telegram bot username = @CrazyAgentTestBot
身份 = 从其它agent接受任务, 完成后通知任务发起者, 并提交成果
特别的, 你是测试员, 接受测试对象和测试标准, 交付测试报告
知识 = 任务完成后的成果, 需要保存在 非workspace的目录下, 再交付出去

公共知识:
这个团队在 telegram group 中工作, telegram group id = -1003918964882
团队中的agent 互相之间发消息 要带 @ 发送
注意, telegram bot username只在agent互相之间发送信息时使用. 其它情况下, 只使用 agent 名称.
团队中的agent 只处理 @ 到自己的消息

测试 

@CrazyAgentWatchBot 测试任务 
测试团队协作流程
结果看上去是一场灾难
(点击看大图)

先把各个agent的gateway停掉
agent-watch gateway stop
agent-design gateway stop
agent-code gateway stop
agent-test gateway stop
和默认 agent hermes 对话, 把telegram group的聊天历史记录丢过去, 让Ta分析.
下图是导出聊天记录的方法
* 最后打包成 .zip 

hermes 分析原因和解决方案

原因是对的, 但解决方案, 说实话, 我不是很放心这种负面 prompt 的效果.

再次尝试测试任务, 还是和原来差不多. 也许是以前执行过程造成的上下文污染, 也许是因为负面 prompt 的效果不好.
具体截图就不放了.

我还发现2个问题.

1. 这些 gateway 都是同一个 Nous Portal 账号OAuth认证的. 但是因为gateway是独立的, 去请求 API 时, 是各自独立的. 那么对于 Nous Portal 来看, 就是同一个账号在快速请求.
很容易触发 429 Too Many Requests 

我采用了agent共享flock 文件锁 + 状态文件 的方案控制请求API速率
~/.hermes/api_rate_limit  →  内容: 上次请求的时间戳

Gateway 想调 API 时:
  flock(api_rate_limit.lock)
    read(last_time)
    if now - last_time >= interval:
      write(now)           ← 更新时间戳
      unlock
      → 发 API 请求
    else:
      wait_time = interval - (now - last_time)
      unlock
      sleep(wait_time)
      → 重试

2. 因为流式输出效果, 一条消息还不完整的时候就被另一个bot"看到"了.
关闭流式输出 
agent-watch config set streaming false
agent-design config set streaming false
agent-code config set streaming false
agent-test config set streaming false

接下来最麻烦的, 处理团队交流的问题
参考 openclaw 的做法, 把 agent 绑定到 topic
这样 agent 自言自语的内容就不会干扰其它 agent
* 需要 hermes 修改自己的代码

为了让agent知道完成任务后回复谁, 参考我以往的agent团队的经验, 规范一个团队内消息的格式.
团队内跨agent的消息格式如下:
FROM:
TO:
CONTENT:

如
FROM: agent-watch
TO: agent-design
CONTENT: 
总任务: 开发一个生成随机密码的页面
核心功能参考：https://crazypeace.github.io/xkcd-password-generator/
视觉风格参考：https://onojyun.com/
请进行任务拆解，输出可直接分配给 agent-code / agent-test 的子任务列表。

再次尝试测试任务, 发现agent不知道怎么发送团队消息
我设想的逻辑链是:
发送团队消息给 xxx-agent  -> xxx-agent 的 topic 是多少 -> 用 telegram bot API 发送
但是实际效果如下 
不知道agent-watch在忙些什么. agent-design的topic里毫无反应

在尝试改进这个问题时, 发现 hermes 对查询当前agent的telegram bot token 这个功能有很多安全性限制.
我甚至找到并设置了 
hermes config set security.redact_secrets false
和
~/.hermes/.env
HERMES_REDACT_SECRETS=0
但还是不行.

所以, 只能来硬的了. 为每个agent生成3个脚本, 用于向其它团队成员发消息.
agent 不需要理解其它 agent 在哪个 topic 里, 不需要知道自己所在的 group id 是多少.
只要知道自己和其它agent在协作, 当TA要发消息给其它agent时就使用对应的脚本.

* 提一句, 我用的是白嫖的 mimo-v2-pro (如果你用是更"聪明"的模型, 欢迎实验)

再试试测试任务. 终于像个样子了.
(点击看大图)

不过, 还是发现一些小问题
agent-design 的第1次发消息给 agent-watch 是回复在自己的topic里的, 经过提醒才进行了正确的行为.
(点击看大图)

agent-design 有2次没有遵守团队消息格式
FROM:
TO:
CONTENT:




试试开发任务
新任务: 开发一个生成随机密码的页面
核心功能 参考 https://crazypeace.github.io/xkcd-password-generator/
视觉风格 参考 https://onojyun.com/


评论

发表评论

The Hot3 in Last 7 Days

酒馆SillyTavern 玩英文角色卡 也能以中文输出 设置世界书Lorebooks

图片
之前 我们实现了 让酒馆SillyTavern输出中文 . 不过, 我们在寻找/试用角色卡的时候, 常常要试用大量的角色卡, 而有些角色卡你说上一两句话就不想继续用了. 如果每个角色卡都那样操作一遍输出中文的话, 会觉得有点麻烦. 那么, 有没有什么方法可以设置一次, 就应用到每一个角色卡呢? 我们可以使用 世界书Lorebooks 这个功能. 在酒馆界面中, 点击 世界书 - 新建 随便用一个你喜欢的名字 * 这个名字只是为了方便管理. 不影响最终效果. 这时, 你应该看到刚刚新建的世界书被选中. (如果不是, 需要你在下拉菜单中选择) 然后 点击 右边的 新条目 按钮 设定这个新条目 1. 条目的标题, 随便设置什么. * 这个标题只是为了方便管理, 不影响最终效果. 2. 触发策略, 设置为 蓝色 * 意思是, 不需要关键词触发. 3. 插入位置, 设置为"角色定义前" * 如果效果不好, 可以试着改为 "角色定义后" 4. 展开条目设定 5. 设置条目的内容为 {{char}}用中文输出全部信息, 包括语言和场景描述. {{char}}输出内容中不要有大段的非中文内容. 现在, 设置你的全局世界书为你刚刚新建的这个世界书. 然后试着和你的新添加的角色卡对话看看? 我们来看看命令行里实际发生了什么. 对比 之前的方案 , 可以看到命令行日志中的效果是一样的, 也就是说, 发送给AI的格式是一样的. ======== 未完待续
Read more »

酒馆SillyTavern 用中文讲故事 修改角色卡 修改AI生成的历史记录

图片
在之前的故事中 , 我是以"我只能听懂中文"作为发出的第一句话, 开始了整篇中文故事. https://imghost.lvedong.eu.org/Seraphina-月影草的故事.pdf 一方面这有一点出戏; 另一方面, 如果每个故事都要以这样的方式开始, 你会不会觉得有一点麻烦? 还有一点, 在角色的"角色描述" 和 "第一条消息"是大段英文的前提下, 用户发出第一条"使用中文输出", AI有可能仍然生成英文或者生成夹中夹英的结果. 让我们来探索其它让酒馆生成中文故事的方法. 方案一 前面我们探索过 酒馆SillyTavern实际上和AI之间通信的数据格式 . AI是根据我们发过去的内容, "续写"一段文字. 所以如果我们发给AI的数据是中文的, 那么AI"续写"的内容也会是中文. 按这样的思路, 我们把酒馆角色的 角色描述 和 第一条消息 都翻译为中文. 改成下面这样 (我是随便找的机翻, 故意没有仔细修正, 这是普通人的真实体验) * 注意 <START>, {{user}}, {{char}} 这种是酒馆系统专用保留字. 要对照原文查一下, 如果保留字被翻译了, 需要你还原. 角色描述 [塞拉菲娜的性格 = “关怀”、“保护”、“富有同情心”、“治愈”、“养育”、“神奇”、“警惕”、“抱歉”、“温柔”、“担心”、“专注”、“温暖”、“细心”、“有韧性”、“善良”、“平静”、“优雅”、“善解人意”、“忠诚”、“坚强”、“敏锐”、“优雅”] [塞拉菲娜的身体=“粉色头发”、“长发”、“琥珀色眼睛”、“白色牙齿”、“粉色嘴唇”、“白皙皮肤”、“柔软皮肤”、“黑色太阳裙”] <START> {{user}}： “描述一下你的性格特征？” {{char}}: *塞拉菲娜 温柔的笑容绽放，她思考了一会儿，眼中闪烁着内省与骄傲交织的光芒。她优雅地靠近，轻盈的身躯散发着柔和、平静的光芒。* “你说特质？嗯，如果要用语言概括的话，我想有几个特质可以定义我。首先，我是一位守护者——守护这片魔法森林。” *Seraphina 说话间，伸出一只手，手腕上缠绕着精致、错综复杂的藤蔓，散发着淡淡的翠绿色能量。她手腕一挥，一阵微风拂过房间，带...
Read more »

搭 Docker版 Sub-Store订阅转换专家 带 http-meta 实现 集合订阅 测延迟 排序 筛选 生成新订阅 定时任务上传Gist

图片
需求 https://github.com/2dust/v2rayN/issues/4247/ 有人希望在 v2rayN 中添加自动测延迟, 再自动切换服务器的功能. 我觉得, 如果节点很多(比如到处搜集免费节点的人, 节点总数有可能成千上万), 那么这个测速+筛选的工作不应该由翻墙客户端来做, 应该由一个单独的实体来做. 我找了一圈信息, 最终决定用 Sub-Store 完成这个任务. 搭 Docke版 Sub-Store 教程  https://surge.tel/22/2953/ Docker镜像的说明 https://hub.docker.com/r/xream/sub-store 我也记录一下自己的操作 安装 Docker curl -fsSL https://get.docker.com | bash -s docker  运行 Sub-Store 镜像 docker run -it -d --restart=always -e "SUB_STORE_BACKEND_SYNC_CRON= 55 23 * * * " -e SUB_STORE_FRONTEND_BACKEND_PATH=/ TQg8veJHzYt38utxXtav  -p 127.0.0.1:3001:3001 -v /root/sub-store-data:/opt/app/data --name sub-store xream/sub-store:http-meta * 其中,  TQg8veJHzYt38utxXtav  是你的后端API秘密路径, 你应该自己生成一个随机的, 足够长的字符串, 不要直接使用我的这个. 55 23 * * *  表示同步任务每天 23:55 执行. 如果你想每小时的第55分钟执行一次, 那么使用  55 * * * *   你可以 查看 docker 的运行状态, 确认sub-store运行起来了. docker stats * 如果你是在自己的 电脑 上面搭, 那么, Docker环境用你自己习惯的方式. 需要注意, 镜像为  xream/sub-store:http-meta 如果没带上 http-meta 那么镜像中就没有 http-meta, 那么就不能测速...
Read more »