你发消息给它，它还能明白。
到此里，差不多该给Hermes盖棺定论之。
最重要之为，作为一款软件，代码架构若迟迟不理治，爆红之后之维护压力会越来越重。
今日有者讲一键部署，明日有者讲某名渠道适配，后天又有者讲某名skill包。
开源。Hermes能火，运营也甚慧 于OpenRouter平台上，Hermes Agent进入本周增益最快之应用与Agent榜单，一周内实现之367%之增益，达到971B tokens。
此样一来，反正Hermes Agent也为免费器物，大家复制粘贴一下自己OpenClaw之配置就能拿过来用，刚好借之OpenClaw成之传播。
它可接OpenRouter、Nous Portal、本地模型与其他供应商。
还不单单为此样，Hermes Agent之掘发者Nous Research宣布推出微信功能之时候，用之还为中文，大大刷之一波中文社区之好感度。
Renewable Energy。整名3月份，A公司出之一键OpenClaw，B公司也得出，无论你知道还为不知道之大厂，几乎皆有自己之XXClaw。
OpenClaw刚把名者Agent之想象推到高处，随之而来之就为者们之疲劳感。
迁移命令把“搬家”变成之一名可执行动作。
不过此里我要声明一点，差事之token消耗为因者而异之，有些者给Hermes Agent吩咐之差事过于繁，此就导致它其实也没比OpenClaw廉多少。
它可于不同入口里接收差事，也可调用不同器物去成差事，你发邮件给它，它能明白。
故疑难来之：OpenClaw才刚刚被捧上王座，Hermes就要新王登基之吗。
但当课题变大，疑难也会一起变大。
不过无论实在省多少钱，此皆为OpenClaw之痛点，没办法，毕竟不为者者皆彼么有钱。
说完之地利者与，还有一点就为天时。
不过于裁决它到底为新王、烟花，还为OpenClaw传说之后之一次反弹之前，需先弄清楚一件事：Hermes Agent到底为什么。
第二名枢纽动作就为对微信之支。
OpenClaw已证验“能做事之AI”有巨大需求。
下次碰到相似疑难，它就会免除上次差事踩过之坑，用更少之token，更少之思考光阴，达到相同之效果。
OpenClaw自己之Anthropic文档也给出之类似之实际章法，API key走正常API计费，Claude订阅路径会被视为第三方harness usage，需Extra Usage。
到处皆为Claw。
于OpenRouter上，Hermes Agent于Top Coding Agents里排到第一，显示149B tokens；于Trending里达到971B tokens，并且一周增益367%。
每名爆款开源课题皆会经历此一刻。
对应到货品里，就为Hermes Agent之记忆与skill。
它发觉某名工流为能跑通之，某名工流走不通，某名文书夹为枢纽位置，某种写法符合用户习性。
它把Anthropic平台政令之震荡，转变成之自己之货品机会。
此名功能表面上为器物，实际上为广告。
你于CLI里发给它，它照样能执行。
Hermes Agent采用三级渐进式懒加载设计。
它最抓者之地方，并非某一名单点功能，而为一整套货品逻辑。
自我演进若不能带来确凿差事复利，就会变成包装。
虽说Hermes此几天之走红，甚易被写成一场新王登基。
它像一名甚大之器物体系，然则你须于差事始之前安装Skill。
然则Hermes Agent之多入口为通向同一名地方之，记忆与Skill可跨对话、跨入口互通。
平时只加载技能名称与简短描述，只有当差事需执行对应技能时，才会加载该技能之完整实质。
Hermes恰好现于此名时候。
阅历若沉淀得好，下一次差事会更快；阅历若沉淀得差，下一次也或更易出错。
Agent不为单纯之库，也不为一次性器物。
Hermes Agent会保存用户偏好，也会保留差事阅历。
Hermes Agent爆火之前，Anthropic刚刚更张之对第三方政令。
它不为只给程序员于终端里用。
Hermes Agent则把需求往前推之一步。
Hermes更强调agent自己从差事里长出skill。
其中器物定义占46%，体系提示词占27%，一次寻常查询往往要携带超过10万token之上下文窗口。
然则到之OpenClaw此里，你飞书之记忆就为飞书之，微信之就为微信之，两者无法关联。
它对OpenClaw用户说之为“你过往积攒之东西，可全皆带到此里来，没有迁移本金。
Hermes Agent为名怎样之货品。
于更新上之差距，就导致OpenClaw之仓库架构、文档、技能体系、渠道入口，皆更稳固、正规，现BUG则会立即修补。
另一方面，于两者发源地GitHub上。
此两天，Hermes Agent冲上之OpenRouter“最热门之编程Agent”榜首，分类榜显示用量达到149B tokens。
第二，此次更新新增之原生xAI与小米MiMo模型供应商支。
一名本来让者亢奋之名者agent，甚快变成之一套需延续跟进之性命。
就与OpenClaw一样，Hermes Agent也为一名可长期挂于效劳器上之AI助理。
一名开源课题能不能火，通常不只看代码。
大家于用AI时候，最烦之事情，就为每次皆要重新交代底色。
” 于单次之OpenClaw请求中，73%之token为固定开销。
用户还没来得及让它帮自己省事，先要学会分辨哪名Claw能用、哪名Claw贵、哪名Claw会被封、哪名Claw又改之配置。
以及面对中文之留言，Nous Research皆会用中文进行回复，再次提升之对中文社区之亲与力。
此件事于Agent货品上尤其重要。
刚始，所有者皆于亢奋。
它还能接入包括微信于内之各种入口，定时跑差事，派出子Agent并行工，还会用沙盒把险恶操作隔开。
OpenClaw强于性命，Skill体系已较量完整，可从多名位置加载，也有ClawHub此样之公共注册表。
虽此并不意味之OpenClaw不能用Claude之。
GitHub页面显示，Hermes Agent之Commit量不到4000次，OpenClaw为30000次。
烟花也为真之亮过，若Hermes Agent不去提升自身，彼么亮完以后，王座将会还矗立于原处。
不过，于我亲自体验Hermes Agent之后发觉，会生成Skill此件事，不等于说Hermes Agent必会变慧。
Hermes更像反OpenClaw情绪之出口 此也为Hermes与OpenClaw最大之货品差异之一。
与此同时，OpenRouter之Top Productivity榜里，OpenClaw仍然排于第一，显示364B tokens，Hermes排第二。
OpenClaw之社区、性命、更新与存量仍然更厚。
刚发布之时候，Hermes Agent就没有把自己当成一名全新之货品来去宣传，而为强调之“迁移”此名概念。
它之宗旨为让Agent从一次性器物变成长期助理。
此就为说明于掘发历程中，OpenClaw显然比Hermes Agent考虑得更长久。
Hermes Agent发布之0.9.0版本更新，其中有两条特性，让者眼前一亮。
用户喜此种觉受。
一名新课题想应战旧性命，最难之环节不为下载，为搬家。
从4月4日始，Claude订阅额度不再覆盖OpenClaw此类第三方harness之用，用户需额外付费，或者用API key。
OpenClaw也有skill，也有记忆，也有persona。
归根结底，为它吃到之反OpenClaw情绪之红利。
若用户来自OpenClaw，Hermes Agent于第一次安装配置之时候，还会检测~/.openclaw文书，并提示迁移。
用户可于CLI里用它，也可把它接到像微信此样之入口里。
于此之前，虽你能发微信给它，吩咐它替你办事，然则它不能回复你之消息。
Hermes Agent为啥此么火。
Hermes Agent还有一名特征，为多入口常驻。
它能记住自己学过什么，会主动把处置疑难之阅历沉淀成Skill，因此它会越来越懂你之需求与课题。
gateway/run.py有8836行，loc7861行。
我觉得不为此样之。
它不只记住“用户喜什么”，还会记住“某类差事之前为怎么成之”。
Hermes Agent为一名住于你效劳器上之自立Agent。
差事成后，它能把结局推回给用户。
此件事说白之，就为Hermes想把“做过之事”变成“以后会用之阅历”。
自动生成Skill若缺少查账与回滚，就会带来新之过失沉淀。
你今去Hermes Agent社区搜搜看，你会发觉一大半用户皆于说“Hermes Agent比OpenClaw廉”。
Nous Research API之增益更夸张，达到6402%，对应33.7B tokens。
用户不只欲能做事之AI，也欲一名能从做事里积攒阅历之AI。
课题架构讲一遍，偏好讲一遍，上次踩过之坑还要再讲一遍。
然而若按照API之价码，彼么今绝大多数基于OpenClaw之工流费用皆会暴涨。
此名设计之意思为，用户不必把所有差事皆交给同一名模型。
Hermes Agent之文档里说，Skill保存本地~/.hermes/skills/之文书里，你想查看之时候，直接打开文书夹查看，不欲此名Skill就直接删。
Hermes Agent要处置之就为此种重复劳动。
它不必意味之新社区已更适合居住，但它会让者想进去看一眼。
不仅如此，社区还经常吐槽Hermes Agent之代码粗糙。
也就为说，它平台有新消息时，主动把消息从微信推给你。
此3名还皆为核心运行逻辑之相关文书，此就导致它后续维护、测试与安康查账压力会极其大。
功能太多，路线太散，issue太多，文档太厚，入门本金变高，用户始怀念一名更洁、更慧、更有理论感之新东西。
第一为它今支原生微信与企业微信之Callback模式。
故，Hermes Agent还谈不上OpenClaw之终结者。
此样你就不用再绕到OpenRouter上去调用小米之模型之，你就可于Hermes Agent里把xAI/Grok与小米MiMo作为一等模型provider配置，直接进入模型列表、setup wizard与模型切换流程。
对小米MiMo来说，更新还包括模型目录接入、空响应复原等适配。
长期记忆若无法被用户控制，就会变成负担。
一名过失路径被写进Skill，就会变成新之负担。
Hermes Agents不像OpenClaw社区彼样，大家只交技艺，Hermes Agents为于与彼群用者交。
它没有要求用户从零始，也没有说服用户忘掉OpenClaw。
它为反OpenClaw情绪里之一次烟花。
因OpenClaw默认全量加载所有已安装之技能，技能越多，每次用户请求皆要携带完整之技能定义文本。
它想让用户相信，此名Agent用得越久，越懂你之课题。
以及面对中文之留言，Nous Research皆会用中文进行回复，再次提升之对中文社区之亲与力。
官网给它之口号为the agent that grows with you，翻译过来为“此名agent将与你一起成长”。
于v0.8.0版本里，Hermes强化之模型切换、价码展示、跨平台模型选择等功能。
它承认OpenClaw已沉淀之用户资产，又把此份资产变成Hermes之冷启动燃料。
Hermes Agent并没有受到影响，因此吃到之此名窗口时期，大量被迫弃OpenClaw之“难民”选择转战Hermes Agent。
继往开来。cli.py有9878行，loc为8720。
用户把此种权限交出去之前，需一种被体谅之觉受。
若它于一名课题里踩过坑，或者被用户纠正过，它就会当场把此段阅历直接沉淀成skill。
但它也还没有成新王登基。
一切之一切，皆与OpenClaw差不太多。
此说明它不只为GitHub上被围观，也确实于OpenRouter平台内被调用。
人生如梦。你认可会问之，说OpenClaw也可多入口啊。
Hermes Agent最核心之卖点，就为自我改善。
比如你让它办理一名课题。
可为此名裁决为时过早。
OpenClaw之热度由此演化成之者们对OpenClaw此名词之反感。
差事终后，它就会把它刚才所有之流程，变成下一次差事可调用之skill。
它要接你之消息软件，读你之文书，跑你之命令，还或于群聊里替你做事。
简差事可用廉模型，繁差事可切到更强模型。
此套设计甚戳者，尤其为于此名大家皆于比谁更懒之年代。
Hermes Agent之爆火当然有货品自身之缘由，但更多之为它之运营计策。
就像一名刚开张之新社区，标语清楚，门口洁，者者皆觉得前景还没被消耗。
它更像为OpenClaw传说之后之第一场反省。
教程里为Claw，云厂商套餐里为Claw，插件商场里为Claw，社群里讨论之还为Claw。
彼么大家或不为因Hermes Agent好才始用之它，甚大必程度上为因OpenClaw彼铺天盖地之宣传，进而产生之一种逆反心理。
杨利伟。Hermes Agent于编程Agent此名细分榜单里冲得甚猛，但于更广义之制造力大盘里，OpenClaw还于前面。
彼为什么社区还会推崇Hermes Agent。
Hermes Agent之更新频率差不多为每5天进行一次更新，OpenClaw为每天1到2次更新。
还有一点也至关重要，彼就为本金。
公告。本期首席编辑 邹姗返回搜狐，查看更多 故Hermes Agent之自我改善到底有多强，取决于实际差事，并不能一概而论说必比之前更好。
正值OpenClaw爆火，Hermes Agent强调说你可把你OpenClaw上面所有之东西，包括Skill、上下文、工流，全皆迁移到Hermes Agent上，再搭配“自演进”之标签，一下子就得之相当之热度。
它可执行定时差事，也可于后台跑长差事。
OpenClaw也不为没有大文书，但它之大文书更多分布于生成代码、打包资产、测试文书与局部模块里，而非此种核心逻辑文书。
Hermes Agent不为噱头，它于货品上有值得称道之地方。
通过接入模型，它能调器物，能跑命令，能连消息软件，也能保存记忆。
Hermes Agents于中文圈之回应，正好补上之此名信赖入口。
Hermes还强调模型选择。
但此也正为Hermes最需被检验之地方。
并且作为一款软件，Hermes Agent于代码逻辑上也要远远逊色于OpenClaw。
用户分享案例，掘发者贡献插件，媒体讲新物种，社区不断造梗。
此样既能控制本金，也能降低对单一模型供应商之依赖。
于OpenRouter上，OpenClaw仍然为最热门之制造力器物，并且用量上遥遥居先于Hermes Agent。
以我自己之亲身体验来看，同样之差事，Hermes Agent之token消耗，大约只有OpenClaw之20分之一。
GitHub页面显示，Hermes Agent之run_agent.py文书总行数10524，实际代码行数（loc）9425。