hermes update 跳过 node tui webui 的构建

前言 我使用 hermes 是不用 tui / webui/ webapp 的. 我使用 telegram 与 hermes 交流. 但 hermes 默认是安装 node tui webui 这些的. 在 hermes update 更新过程中, 也需要构建 node tui webui 这几个步骤, 这需要花费不少时间. 那么我就想, 有没有可能 跳过这些步骤呢?

Hermes 分析Telegram交流全链路的每个步骤及花费的时间和原因

在Agent时代, 要让你自己习惯 让Agent自我检查 自我增强 的方式.

Hermes 基于 python 有个好处 方便提交你自己的修改

Hermes基于python 不仅是修改自身代码的能动性更高, 而且更方便提交你这份代码上实施的修改. 因为你正在运行的代码就是你修改过的, 而且你实际测试了使用效果.

关于 Hermes 多 Agent 共用 Nous Portal 账号 引起 429 Too Many Requests 的问题

前言 在 Hermes 多 Agent 协作任务时, 我只有一个Nous Portal 账号,  而这些 agent的 gateway 是独立的, 所以有可能在短时间内集中请求API, 被 Nous Portal 返回  429 Too Many Requests 错误码.

Hermes-agent 修改自己代码的能动性挺强的

openclaw 是自带的功能,  agent 绑定 telegram group topic hermes 没这个功能 我问 能不能让 agent 只处理自己对应的 topic 的消息, hermes 就把自己的代码改了.

OpenClaw 是个 元程序 Meta Program TA可以自己修改自己 start回应消息中添加Telegram群链接

前言 上一篇我们修改了回应/start的逻辑 很明显, 如果我们想给 /start回应消息中添加Telegram群链接 也是很容易的事情

OpenClaw 是个 元程序 Meta Program TA可以自己修改自己 让未配对用户的每个start都有回应

前言 在使用OpenClaw的过程中, 你肯定注意到了, 未批准配对的 telegram 用户, 向 telegram bot 发 /start 只会得到一次 配对码Paring code 信息. 我觉得这是不合理的, 用户收到的消息有可能会被 误删, 弄丢, ... 我觉得在批准配对之前, 应该每一条 /start 都得到回复.