别Hermes了，它不适合写代码

连续用了三个月的Hermes Agent，这次真的是要放弃Hermes Agent。

我前面也写过一些Hermes的使用心得，也是因为这，我才慢慢养成了写公众号的习惯。

进化太快也是个困扰

首先是因为Hermes Agent进化太快了，我前面也有篇文章讲过这个问题。

只要你对话跟他多几轮，就会沉淀一个skill和记忆。

虽然我那篇文章的定时清理和提前拦截有做过，但其实在生成的时候，很多还是静默的，根本拦不住。

进化太快，就会导致skill和记忆系统混乱，同时还会占用token，本就有token焦虑的我，看到token总是从绿色变成橙色或红色就非常难受

内置工具根本用不到

其次就是Hermes Agent的内置工具太多了，很多其实是用不到的。

比如我写代码，要用浏览器工具干啥呢，也用不到论文工具，但是它全都内置了。

虽然可以禁用，但也没有个配置页面来禁用和开启，非常不方便

上面这两个因素是token消耗的大头，一个你好，占用15%的token的主要根源。

copilot变token计费了

另外，就是一开始用Hermes Agent是因为我用的是按credit计费的Copilot。

Copilot的Agent能力本来就很弱，一直想找个替代的Agent。

但copilot提供Claude Code Sonnet 4.6的模型，而Hermes又可以无缝接入copilot。

所以在Hermes 出来之前都一直用的vscode+copilot的方案。整体还很顺畅。

就在今年六月份，copilot也按token计费了，我就觉得不是很划算了，同样的订阅原本能用一个月的copilot，现在只能用一周。

所以我也在找其他的Agent，后面发现市面上大部分模型厂商都出了自己的Agent。

试用了几个之后，发现各大厂商的agent能力都不弱了

既然如此，为什么我不用厂商自己的Agent，适配会更好，慢慢的我逐渐尝试不用Hermes，用其他agent了

设计思想很奇葩

最后一点，也是我最想吐槽的一点。

其他agent的设计方案，都是home目录下公有一个配置，其他的项目相关的，优先项目。

hermes的方案是所有都往home目录下的记忆和skill里面塞，当你要做区分的时候，只能用profile的方式区分。就会导致你要管理很多agent，而Hermes的agent团队方案又很不成熟，就用下来整个非常别扭。

所以最终我慢慢都主流成熟的Claude code和 codex去转换了，也用过GLM新出的zcode，能力与codex不输上下，GLM真的是一言难尽，但抢不到啊。

写到最后

如果你在找一个个人AI助手，那Hermes就非常合适，它内置了很多强大的工具，但你如果要写代码，建议还是用专门的工具