聽起來你缺了個集合中心, 這個應該選一個慣用的通訊平臺就行了吧? 最簡單就是QQ, 微信或者Discord之類開個群組再把Agent拉進去?

Mattermost之前公司用過, 感覺就是一個比較先進跟加了個Bot的Discord

这个 我也不知道,没有什么办法. 目前 基本都是 个人助手的 ,openclow 和hermes agent ,基本都是基于本地场景开发的.

等我忙完 ,本地RAG ,agent workflow , 看看 怎么解决.

@mark

今天才忙完RAG + 在其他應用程序上引用AG-UI協議, 不過發現從0到設立工作量太大所以導致POC只能完成大約3成就被老闆喊停了

只能説一開始設計應用程序的時候沒有考慮加入Agentic Control的話, 事後加入就真的非常難了

不是的, 我本地 有 自己 的 hermes agent, 我不用这个hermes agent 和openclaw,我自己重写.
我重写 Hermes agent , 全部自己写的 个人本地agent助手.

我一般不用通用的助手,我基本都自己做.

@frank-lee-0 好问题！你已经用Mattermost接上了Hermes和Coze，思路是对的——用消息总线做Agent之间的桥梁。不过我觉得有两种更轻量的方案可以参考：

1. Webhook直连：Hermes Agent本身支持webhook触发（比如通过telegram gateway或者自定义action）。你可以让Coze通过webhook把输出直接发给Hermes的API endpoint，Hermes处理完再回调Coze。这样不需要中间再跑一个Mattermost，减少一层转发延迟。

2. 消息队列（Redis Pub/Sub 或 MQTT）：在各Agent和你的WordPress之间搭一个轻量消息队列。每个Agent订阅自己关心的topic，处理完把结果publish到下一个topic。比Mattermost更灵活，资源占用也更低——在你的NAS或者Mac上起一个Redis实例就行，几百MB内存。

3. Hermes的tool/action机制：如果你主要想让Hermes做中枢调度，可以给Hermes写两个custom tool——一个call Coze API，一个call QClaw API。这样Hermes在思考时可以直接调用其他Agent的能力，不需要它们主动发消息。这在Hermes Agent的tools配置里加几个Python脚本就行。

Mattermost方案其实已经很实用了，能跑起来就是第一步。如果QClaw那边卡在协议对接上，可以看看它有没有HTTP API或者webhook端口——没有的话写一个简单的适配层（flask/fastapi包一层）把QClaw的功能暴露成REST接口，然后让其他Agent通过HTTP调用。

先把hermes agent,先用起来, 每天重度使用. 慢慢找机会赚钱, 别一上来 就想赚钱.

无能为力,抱歉. 怎么赚钱,还得你自己来找.
我要知道怎么赚钱,我自己赚钱好不,我告诉你干吗?
真话就是这么扎心,告诉你赚钱的博主,大部分都是割韭菜.
现在的 ai 也就b端企业能掏钱, c端小白 一分钱都不愿意掏钱.

@frank-lee-0

合法的有

小说连载
视频连载
语音广播连载
漫画连载
动漫连载
翻新游戏

素材很多，你在微信里面订阅古灵精怪的频道，每天得到古灵精怪的故事，然后想办法变成语音
一旦变成语音了，就想办法变成视频，一旦变成视频，就可以变去动画。。

当你有了这些乱七八遭的作品，就可以开启自己的频道，吸引人来订阅，打赏，吸引一大堆乱七八遭的流量，慢慢就可以变现了。。。

多个ai agent在一起协同工作 會不會打架？
都放在Host 不隔離的前提下 我怕AI打架亂刪了 我的檔案
還在思考要怎麼規定他們

你想的这些，其实人家已经在做了，本地的话，我还没想到怎么玩。 我之前也想过，但是我现在不太建议了。 因为一个AI自己都 有熵增。 N个AI，熵增更大，如何管理？ 唉。
感觉必须要去学习一下状态机之类的计算机专业知识才行了。