气笑了,Hermes 的实际微信支持和文档并不一致

气笑了,Hermes 的实际微信支持和文档并不一致
气笑了,Hermes 的实际微信支持和文档并不一致

如题,在不久之前折腾过小龙虾的白师傅这几天又折腾上了 hermes,好像这玩意应该读作“爱马仕”而非字面上的“赫尔墨斯”,但是我更倾向于读作后者,快捷、轻量(相比于 openclaw 来说)且雄辩(取决于模型能力),在手搓配置文件被不直接支持的 responses api 击败之后,索性直接摆烂让 codex 来配置,于是 codex 在阅读了官方文档之后告诉我,要设置 api 类型为 codex-responses,于是问题完美解决;

又想起来前段时间看到的微信官方支持hermes agent,便想着起一个 docker 实例给女朋友和家人用,在简单查阅官方文档后,我发现支持设置私聊权限和群聊权限,不禁大喜过望,似乎小而美对 hermes 的支持度挺高

image
image

遂尝试配置,在绑定了主账号并打通私聊 bot 后,本以为能够轻松完成私聊权限和群聊权限,谁知在微信设置中无论如何都找不到分享 bot 或者拉 bot 入群的入口,于是又问了网页版的 GPT

Screenshot_2026-04-14-01-23-34-717_com.tencent.mm

在查阅官方文档后,GPT 信誓旦旦给出了答复

image
image

又尝试从搜索引擎古法检索,但毫无疑问的是一堆复制粘贴的垃圾产物,完全没有任何我想要的信息:

image

我仍旧找不到分享或者拉群入口,遂求助于 codex,一脉相承的信誓旦旦:

image

原来是直接接管微信消息吗?这么激进?本来还有些疑问的,但既然我的两员(还是一员)大将都说行,那我试试,于是创了微信小号,重新绑定了 gateway,大号尝试给小号发消息,没有任何响应,codex 甚至还让我检查是不是没加上好友,遂直接让 codex 分析源码和微信 ilink 接口的文档,得到了最终结论:

image

好好好,偌大个互联网,垃圾信息已经多到了污染 GPT 的搜索质量,官方文档也写得不清不楚,我非常怀疑这是直接复用了其他支持群聊和多点私聊的平台配置,什么草台班子,给我气笑了

24 个帖子 - 19 位参与者

阅读完整话题

来源: linux.do查看原文