ICDYCT / 我能, 你也行 / I Can Do, You Can Too

装一个能操作你的VPS的agent 用你自己最熟悉的方法. 我这里以 hermes 为例, 有官方提供免费白嫖的 qwen-3.6-plus 安装教程参考 https://blog.icdyct.nyc.mn/2026/04/hermes-agent-oracle-vps-ubuntu-root.html 登录Nous Portal提供商参考 https://blog.icdyct.nyc.mn/2026/04/free-mimimo-v2-pro-omni-hermes-stripe.html 搭一个能运行的Reality服务端 用你自己最熟悉的方法. 我这里以 极简一键脚本 为例 curl -LO https://github.com/crazypeace/xray-vless-reality/raw/main/install.sh || wget -O ${_##*/} $_ && bash install.sh auto 8443 * 这是一整行bash命令 检查这个Reality服务端能正常工作 略 在 Docker 里面部署一个 宿主机上运行的Reality服务端的复制.  宿主机上运行的 Reality 服务端不要改动.  Docker 里面这个Reality服务端不要监听宿主机的外网, 只能在宿主机 内部使用. 跟你的agent讲上面这些话即可. 根据Docker 里的Reality服务端的配置文件, 在宿主机运行一个Reality客户端 检查这个Docker 里的Reality服务端能正常工作 跟你的agent讲上面这些话即可. 把 https://github.com/Anonymous376c1d0cf28/VLESS-cracker 拉到本地, 分析一下代码 跟你的agent讲上面这些话即可. 根据现在  宿主机运行Reality客户端 - Docker里运行Reality服务端  的这个环境, 验证这个POC 跟你的agent讲上面这些话即可. 你的agent应该给你一份 A/B 对比报告. 用这个页面的探针 进一步 测试 https://github.com/Anonymous376c1d0cf28/VLESS-cracker/issues/29 跟你的agent讲上面这些话即可....

我喜欢 Hermes-agent 的一个设计. 在安装设置过程中, 绑定了一个 telegram bot, 我不管在什么地方都可以直接和这个bot交流. 和bot直接dm私聊, 在不同的群里面找bot聊, 都是不同的session, 不同的上下文之间不会污染. 我常用的就是, 开一个group, 打开 topic功能, 然后不同的话题就开不同的topic和bot聊, 上下文不会污染. 是不是看起来有点像webui上面切换不同session的效果? 和webui比, telegram解决了远程连接的网络设置操作 注意, 这种用法agent还是同一个, 所以在session总结成memory之后, memory是共同的. 如果你担心memory保存的东西太杂影响使用效果的话, 那么你在agent层面上要隔离. 我这种用法有一些常见的场景,  比如, 你总是找TA问一些生活中的杂事, memory融合了反而是好事, agent对你的了解越来越丰富. 而如果你这个人有可能短时间内冒出好多不同的想法, 那么分出不同的session可以避免上下文污染. 比如, 你有一个大方向的事情要做, 假设 开公司. 你要在好多个不同的话题上讨论, 而且是持续讨论, 并不是一两轮对话就结束. 公司取名啊, 不同城市的税收优惠啊, 办公地点挂靠啊, 财务合规啊,  企业邮箱啊, 服务器买哪一家的呀, ...

这几天 hermes 白嫖 stepfun/step-3.5-flash 的心得 不那么聪明, 但是能动性强,  开发任务不能一次性正确. 但是如果设置 明确的判断标准 , 可以自动多轮迭代完成任务. 比如, 开发一个上传文件的服务端 , 开发对应的客户端 , 这两个任务报告说完成了其实都有BUG. 但是, 我让TA把这两个结果自己对接起来测试功能是否正确, TA自己能发现问题, 然后多循环迭代几轮就能清理掉BUG. 什么? 你说token用量多, 带来的费用高的问题? 我同意, 但, 这不是白嫖着嘛. 群友说 stepfun/step-3.5-flash 话多, 啰嗦. 是的, 所以要定义明确的标准, 让TA自己动. 要么定义输出 什么格式的文件/报告, 里面要装什么数据. 我只看输出的文件.

前言 上一篇我们测试了 Blogger API 的能力 ,  那么能拿TA干点什么呢? 技术的世界里, 英文使用者也是重要的组成部分. 那么, 把技术文章翻译成英文发布吧. 实践 问 hermes 用当前blogger api能看到我有几个blog吗? 答 问 hermes 在 https://blog.icdyct.nyc.mn/   中找到 https://blog.icdyct.nyc.mn/2026/03/cpa-cliproxyapi.html 翻译为英文, 发布在 https://icdyct.blogspot.com/ 注意, 所有 HTML 标签 保留 得到 https://icdyct.blogspot.com/2026/04/self-built-cpa-cliproxyapi-aggregating.html ======== 后记 完成这个任务时, hermes 对接的是 Nous Portal 提供的 免费的 stepfun/step-3.5-flash

前言 之前玩了 用LLM-WIKI技能分析博客文章之间的关系生成相关推荐 当时没有实现自动方案, 最终的修改是人肉手动的. 思路 Blogger 有 API 可以用. 在 AI "手把手"的陪伴下, 我启用了Blogger API, 设置了 OAuth 权限, 下载了 OAuth 凭据. 然后就开始让 hermes 来操作 blog 先简单测试了一下发布blog. OK 接着测试了一下修改blog, 尾部添加 "相关推荐". OK 实践 添加一些测试文章 接下来, 和 hermes说 假设你处于不知道 https://icdyct.blogspot.com/  上面已经发表了什么内容 的状态, 你做这样一件事情 遍历这个博客的每篇文章 如果文章的url是 表格中的 page, 那么在文章末尾添加以下表格中的 link1, link2, link3 这个表格是 | page | link1 | link2 | link3 | | 页面 | 链接1 | 链接2 | 链接3 | | 页面 |---|------|------|-----| | https://icdyct.blogspot.com/2026/04/test-4.html | https://icdyct.blogspot.com/2026/04/test-5.html | https://icdyct.blogspot.com/2026/04/test-6.html | https://icdyct.blogspot.com/2026/04/test-7.html | | https://icdyct.blogspot.com/2026/04/test-5.html | https://icdyct.blogspot.com/2026/04/test-6.html | https://icdyct.blogspot.com/2026/04/test-7.html | https://icdyct.blogspot.com/2026/04/test-8.html | | https://icdyct.blogspot.com/2026/04/test-6.html | https://icdyct.blogspot.com/2026/04/test-7.html | ...

在 Hermes 里面用多agent, 想共用 OAuth 认证   之前想的2个方案都需要修改 hermes 自己的代码   https://blog.icdyct.nyc.mn/2026/04/hermes-agent-auth-json-api-key-refresh.html 改动有点大   我又想了一个完全不修改 hermes 代码的方案   还是 把 默认 agent 的 auth.json 复制到 各个 profile agent 工作空间下   但是把 auth.json 里面提示 api key / token 过期的时间推迟    这样, 各个 profile agent 就不会去更新 api key / token 再写个小程序, 跑成定时任务. 内容就是上面的操作 把 默认 agent 的 auth.json 复制到 各个 profile agent 工作空间下   但是把 auth.json 里面提示 api key / token 过期的时间推迟    其实有了上面这些信息, 已经足够你和 hermes 对话把功能实现了. 为了不让你行错步呢, 我再啰嗦一点具体的细节. ~/.hermes/auth.json 里面要修改的字段是带 expire 关键字的:  providers.nous.expires_at  OAuth token 过期 providers.nous.agent_key_expires_at Agent key 过期  credential_pool.nous[].expires_at 池中 OAuth 过期  credential_pool.nous[].agent_key_expires_at 池中 Agent key 过期  还有一些时间字段不是过期时间, 是获得时间, 所以不要动. 我让 Hermes 总结成skill了 Github https://github.com/crazypeace/hermes-auth-json-extend

前言 之前我们实现了一个 把 233脚本知识总结为wiki, 再提供telegram bot为用户使用界面 的SKILL 在实际使用场景中, 发现一些细节问题. 问题 问题1  bot的回复中指向了wiki中的页面, 而telegram用户是无法访问这些页面的 问题2 query工作未完成, 又来了@消息 bot 在 telegram 群组中工作, 而bot的查询wiki速度其实并不快, 是分钟级的. 很可能还在查询工作的时候, 又有新消息 @ bot 了. (上图是优化后的效果) 优化 问题1  优化 system prompt 你是一个 wiki 查询助手。只回答用户的问题，不要建议创建 wiki 页面、更新 index 或修改任何文件。 使用 wiki 内容完整回答用户问题，不要出现'请参考...'或'基于...页面'这类引导式语句。直接给出自包含的完整答案，必要时将引用内容自然地融入答案中。 回答结束后停止。 问题2  用线程池 做 query 工作 用数量为1的线程池 做 query 工作, 保证了 query 工作是串行的, 同时bot的主进程不被query工作阻塞, 可以正常获取用户 @ 的消息, 并 react. 为了简单可靠, 当 query 工作中时, 用户再 @ 的消息直接react 🙈, 并忽略. ======== Github https://github.com/crazypeace/hermes-skill-telegram-wiki-bots ======== 后记 一个小坑, telegram 不支持react  ❌ 这个 emoji. 我最后用了 🙈

前言 经常看到有些博客, 每篇文章尾部有个"相关推荐". 前几天 用到了一下LLM-WIKI技能 , 于是想用 LLM-WIKI 技能来分析我的博客, 也给每篇博文搞个相关推荐. 思路  把我的博客页面保存为WIKI页面, 用LLM-WIKI技能lint分析这些页面, 建立这些页面之间的连接, 统计所有页面的连接计数, 每个页面 连接的页面中, 找出连接数最多的3个页面. 实践 初始化wiki 找hermes (MIMO v2 pro 2026-4-21)聊了一聊 我准备做这么一件事情, 你帮我分析一下具体方案, 先不要实施, 先和我讨论 有一个网站 https://blog.icdyct.nyc.mn/ 这个网站的RSS输出是全量内容 https://blog.icdyct.nyc.mn/rss.xml 用你的 llm-wiki 技能新建一个WIKI 把这个网站的每一篇文章都 ingest 进入这个 WIKI lint 整理这个 WIKI,  并输出这样一些结果 1. WIKI 中的每个连接 是从哪个页面连接到哪个页面 2. 每个页面的 inbound连接计数 排名  inbound连接 - 一个页面被其它页面连接 3. 每个页面 outbound连接的页面中, 在 列表2 中计数最多的3个页面 和 这3个页面分别的计数 outbound连接 - 一个页面连接其它页面 整个开发交流过程涉及很多细节设计, 我就不一一列举了. 详见github 最终得到这么几份文件 1. 页面分配 index  index,page,pub_date,raw_url 1,hermes-python,2026-04-21,https://blog.icdyct.nyc.mn/2026/04/hermes-python.html 2. 页面间连接列表 source,target 1,4 3. 单个页面的连接关系 rank,index,page,degree,neighbors 1,98,xray-vless-reality-tls-x25519,47,"29|43|74|102|103|131|132|133|144|147|149|150|153|154|155|157|158|160|162|173|174|181|19...

Hermes 用 telegram react emoji 表示工作状态 任务进度 眼睛 👀 表示看到了 拇指 👍   表示完成了 这和我在 Teams 中与同事合作一样. 为了避免工作群中充斥"收到"这类没有信息含量的打扰, 我要求同事 用 绿色对勾 ✅ 表示工作完成,  用 非绿色的对勾 ☑️ 表示"收到".  (为什么说非绿色呢, 因为在不同的系统中, 这个emoji有可能是其它颜色 -_,-  而且ios系统emoji用 "对勾"搜索, 出来的还有另一个✔️ ) 收到消息时 react emoji hermes config set telegram.reactions true

前言 基于前面 成功的多agent团队协作实验 , 我邀请群友给我一些TA们想到的小任务试试. 有人提供了一份这个 Build a premium interactive isometric 3D cozy room using Vite + React + Three.js (react-three-fiber/drei), with all objects modeled in code (no external assets) and subtle ambient animations. Users can click objects to smoothly focus the camera and reveal descriptions, delivering a polished, accessible, $50M-startup-quality WebGL experience. 问题 在开发过程中, 我发现当 agent-test 说 "测试报告已发送给 agent-watch。测试完成" 时, agent-watch 并没有收到报告. (右键新标签页看原图) 分析 我用默认 agent hermes 来分析这个事件, 避免上下文干扰. 分析结论是 结论：agent-test 达到了最大迭代次数限制，被系统强制停止了。它没有调用脚本，却在最终回复里声称"测试报告已发送给 agent-watch" — 纯属编造。 不是脚本问题，是 hallucination（幻觉） — 模型被强制要求给出最终回复时，虚构了"已经发送"这个事实。 既然是这个原因, 那么我进一步询问 同个原因是否造成虚假的测试项目结果? 分析结论是: 真实通过率大约是 10/19，而不是报告里的 19/19。 总结 我觉得这样的问题, 可以从两方面来优化. 一, 不要生成幻觉 / 虚假的结果 主要应该是 harness (openclaw / hermes / ...) 和模型来改进. 次要的, 团队协作框架可以试试看 有没有 针对性的 prompt. 二, 预先估计工作量, 避免触达 max_iterations 限制 团队协作框架 可以让 调度员 在分配任务前 预估任务工作量,  也可以让 分析师 在拆解子任务时 控制 任务的...

Hermes基于python 不仅是修改自身代码的能动性更高, 而且更方便提交你这份代码上实施的修改. 因为你正在运行的代码就是你修改过的, 而且你实际测试了使用效果. 我现在需要你做一个步骤比较长的任务 1. 建一个新目录, 将你自己的github最新代码 clone下来 2. 把之前 我们合作完成的对你自己的代码进行修改 获得的  agent 绑定 topic 的功能  实施到 1的代码上 注意, 不是同步你现在做过的全部修改, 只实施 agent 绑定 topic 的功能 (右键新标签页看原图) 把这个修改提交到 github 项目主线 TA 提示我创建一个 github token, 勾 repo 权限  我在 github.com 上操作, 把得到的token发送给 TA 我想看一看 fork 得怎么样 Github https://github.com/crazypeace/hermes-agent/tree/feat/agent-topic-binding 另一个修改  在多agent场景下 API请求速率 总控制 Github https://github.com/crazypeace/hermes-agent/tree/feat/api-rate-limiter ======== 相关推荐 部署Hermes-agent 甲骨文Oracle VPS Ubuntu系统 用非root用户 不用 sudo -i 可以用官方安装脚本 Hermes-agent 修改自己代码的能动性挺强的 在 Hermes 多 Agent 协作任务时 telegram group 用 topic 限制 agent 接收消息

前言 从 Openclaw 到 Hermes, 我多次尝试过 多Agent团队协作. https://blog.icdyct.nyc.mn/search?q=%E5%A4%9Aagent 很多次 跨Agent通信 出问题, 而且出错的行为是不确定的. 也就说, 同样的 prompt / agent .md文件, 可能这次没问题, 但再来一次就有问题. 最近的一次是使用 Hermes , 而且我已经提前 让Ta修改自己, 有了类似 openclaw 那样把 agent 绑定到 telegram group topic 的功能 . 使用过程中,  有1次 agent-design 没有向 agent-watch 发消息, 而是回复在了自己的topic内 有2次 agent-design 向 agent-watch 发消息时, 没有按消息规范的文本格式. https://www.youtube.com/watch?v=TBmbAcV6Gis 思路 从 SOUL.md 文字描述的层面上, 一个足够智能的"人"或"模型", 应该是能明白我想要的效果. * 本次实验前的 SOUL.md 已经被覆盖了, 可以参考我在Openclaw上面的配置文件. https://github.com/crazypeace/openclaw-multi-agent-cooperate 但是, 看起来目前的模型 ( mimo-v2-pro 2026-4-20 ) 在团队协作方面还不符合我的理想中的"智能". 我努力了很多不同的形式, 最终选择了一个傻傻的笨办法: agent只需要知道自己在一个团队中工作, 团队还有哪些合作的agent. agent不知道团队在 telegram group中工作. agent不知道团队其它agent绑定了什么topic. 当agent要向其它agent发团队内消息时, 调用指定的脚本. 在脚本内, 用代码写好使用什么telegram bot token, group id, topic id. 假设这个脚本是 /root/.hermes/profiles/agent-watch/scripts/send_to_agent-design.sh 那么 agent-watch 这样使用  scripts/se...

前言 与 openclaw 不同, hermes 在系统框架中没有设计agent 之间交流(往session里发消息)的方法. 正好  telegram 支持了 bot 之间发消息 . 那我们就让 hermes 的 多agent 团队利用 telegram 来沟通 思路 再加上之前已经实现了 多Agent 绑定telegram bot 我们尝试建立一个多Agent团队进行协作 部署 Hermes-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...

前言 在 Hermes 多 Agent 协作任务时, 发现agent有可能在自言自语时, 写了其它agent的bot的username, 触发了其它agent的响应. 如下图所示 实践 我尝试了用负面 prompt 限制 但, 效果不好 我想到 openclaw 是把telegram group 的 topic 绑定到 agent 的. 这样 agent 在自己的 topic 里自言自语的内容 是不会干扰其它 agent 的. 所以, 我让 hermes 给自己开发这个功能 我有一个 telegram group, 建立了topic,  我希望这个 telegram group中, 只有 某个 topic 里的消息 被某个 agent 接收 在进一步的讨论中, 确认了一些细节 agent 与 topic 一对一 agent 的自言自语也输出到 指定的 topic 中 最终效果是 每个 agent 的 config.yaml 有如下 配置项 telegram:   topic_id: 100  # agent 只收发 topic 100 的消息 受波及的, 在agent团队的 prompt 中, 增加 发给其它agent的消息需要指定topic发送. ======== update Github https://github.com/crazypeace/hermes-agent/tree/feat/agent-topic-binding ======== 想看更多 《Hermes-agent 修改自己代码的能动性挺强的》 《Hermes-agent 在Telegram 使用多Agent 绑定不同的telegram bot》 《Hermes-agent 在Telegram group电报群组中 使用多Agent协同完成任务》

前言 在 Hermes 多 Agent 协作任务时, 我只有一个Nous Portal 账号,  而这些 agent的 gateway 是独立的, 所以有可能在短时间内集中请求API, 被 Nous Portal 返回  429 Too Many Requests 错误码. 思路 在一个API请求完成后, 再开始下一个请求? 用一个单独进程控制 API 请求的速率? Hermes (via mimo-v2-pro model) 给了我一个更好的实施方案 用 flock 文件锁 + 状态文件就够了： ~/.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)       → 重试 不需要额外进程，每个 gateway 自己在调 API 前检查就行。所有 agent 共享同一个文件，flock 保证互斥读写。 最终我用了上面这个方案. 效果不错. ====== 后记 对比 openclaw, 所有agent都在一个openclaw系统中, 你可以看到是在一个 config.json 中定了多个agent 的定义. 所以这些 agent 天生就接入同一个 model provider, 当使用同一个 OAuth 账号时, 当然就可以控制全局...

前言 Hermes-agent 使用 Nous Portal 提供的免费 小米模型, 是用 OAuth 的方式登录的. 当我们 配置多agent , 又想使用同一份 OAuth 时, 会遇到 更新 api key 的问题 有2种解决方案 1.  默认 agent hermes 维护 auth.json,  profile下面的 agent 只管用 auth.json 详细描述如下: 把 默认 agent 的 auth.json 往 profile下面的 agent 都做一份软链接 symlink 默认 agent hermes 维护 auth.json, 如果快过期了,  hemres 去自动续期 profile下面的 agent 只读里面的 api key 来用, 也不管自动续期的事 * 要实现 不触发自动续期, 需要修改 hermes 的代码. (当然你可以让Ta自己改) 缺点是 默认 agent hermes 你过一会儿要用一下, 这样才能触发 auth.json 自动续期. 2. 每个 agent 的自动续期触发错开 把 默认 agent 的 auth.json 往 profile下面的 agent 都做一份软链接 symlink 每个 agent 维护 auth.json 自动续期的提前量 是可配置的 * 要实现 自动续期的提前量 写到环境变量中,  需要修改hermes代码 (当然你可以让Ta自己改) 所有agent ( 包括 默认 agent 和 profile 下面的 agent ) , 这个自动续期提前量都不同, 并错开一段时间.  如: 默认 agent 提前 1800 (30分钟) agent-watch 提前 1850  agent-design 提前 1900  agent-code 提前 1950  agent-test 提前 2000  ======== update  github  https://github.com/crazypeace/hermes-auth-json-extend  ======== 还想继续看 如何得到一个安全又好用的主密码 Hermes-agent 在Telegram 使用多Agent 绑...

基础知识 openclaw 是整个系统用一份配置文件 config.json , 多 agent 是写在这份配置文件里面的. 官方文档 https://docs.openclaw.ai/concepts/multi-agent Hermes-agent 的多agent方案和 openclaw 不一样. 每个 agent 都有一份自己的 config.yaml 官方文档 https://hermes-agent.nousresearch.com/docs/user-guide/profiles openclaw 的 tui 里面可以用 /agent 命令切换 agent hermes 是为新agent直接生成了一个命令行的"命令", 就像原本的hermes 命令一样使用. 比如, 你建了一个新的 agent/profile hermes profile create agent-watch 那么: 你想配置模型 agent-watch model 你想设置 YOLO 模式 agent-watch config set approvals.mode off hermes 的每个agent (或者说 profile) 都有自己的 完整运行环境. TA们只共享代码逻辑. 每个agent 有自己的 .env, SOUL.md, config.yaml 所以, 每个agent 有自己的 telegram bot token 准备 telegram bot 需要(向 @botfather 申请)若干个 telegram bot (本文以4个bot为例) 注意, 不包括 hermes 默认 agent 绑定的那个 telegram bot (如果有的话) 以上过程略. 保存好这些bot 的username  和 token , 假设是 @CrazyAgentWatchBot 1234567890:AAHkMpXv2nQrWsYd8bJtLfCeUo9GiN1KmZw @CrazyAgentDesignBot 2345678901:AABxRqNj5vTgKhEa3cWmYsPdFu7LiOz4Xbn @CrazyAgentCodeBot 3456789012:AAEvNuGz3tFwBqXk7yRmJcSh5OaDpI8LlTx @CrazyAgentTes...

思路 用 Hermes-agent 的 LLM WIKI 技能 做一个 233boy 脚本知识的 WIKI  用 Hermes-agent 的 API Server 功能提供外部调用 用 telegram bot 在群组中工作 基础知识 Hermes-agent 的 LLM WIKI 技能 官方文档 https://hermes-agent.nousresearch.com/docs/reference/skills-catalog Hermes-agent 的 API Server 功能 官方文档 https://hermes-agent.nousresearch.com/docs/user-guide/features/api-server 基本框架 hermes 的 LLM WIKI 技能可以这样使用: /llm-wiki ingest <学习到WIKI中>   /llm-wiki query <分析什么问题> hermes 的 API Server 可以提供一个 OpenAI 接口. 那么上面的操作可以转换为这样: curl -s http://127.0.0.1:8642/v1/chat/completions \   -H "Content-Type: application/json" \   -d '{"messages": [{"role": "user", "content": " /llm-wiki ingest <学习到WIKI中> "}]}' curl -s http://127.0.0.1:8642/v1/chat/completions \   -H "Content-Type: application/json" \   -d '{"messages": [{"role": "user", "content": " /llm-wiki query <分析什么问题> "}]}' 接下来就是用 telegram bot 把 ...

openclaw 是自带的功能,  agent 绑定 telegram group topic hermes 没这个功能 我问 能不能让 agent 只处理自己对应的 topic 的消息, hermes 就把自己的代码改了. 当我问到hermes的一些功能时, TA有能力找到源代码中对应的位置. 果然 代码行数少还是有好处的呀. 上半张图是 openclaw https://api.codetabs.com/v1/loc?github=openclaw/openclaw 下半张图是 hermes-agent https://api.codetabs.com/v1/loc?github=nousresearch/hermes-agent Github https://github.com/crazypeace/hermes-agent/tree/feat/agent-topic-binding ======== 再看点别的 《部署Hermes-agent 甲骨文Oracle VPS Ubuntu系统 用非root用户 不用 sudo -i 可以用官方安装脚本》 《极简一键脚本是为了有一个容易学习和阅读的基材 方便大家实现自己需要的一键脚本 我会做什么 我不会做什么》 《Shopify里面免了运费 Goaffpro里面计算佣金时是按产品价格计算 没有刨除运费的开销》