Yumi开发计划与Hermes智能体使用

一、开篇

Yumi 这个项目的起点其实很朴素：想要一个自己用得顺手的 AI 助手。不受限于某个平台，不用每次换服务就得重新适应一套交互。于是开始搭流程。最开始实现自己的聊天窗口、记忆系统、消息下发。

一开始完全是自己"库库去干"，没选任何框架。从搭建聊天窗口开始，自己设计记忆系统，自己设计消息下发机制。做出来的东西自己最熟悉，完全掌控，想怎么改就怎么改。

但做着做着发现，多任务一多就乱。根本问题是：自己的框架没有做到把任务拆解然后让 agent 来执行的能力，都是做一步看一步。

虽然我现在用Hermes也是串行使用。

二、遇见 Hermes

后来接触到 Hermes Agent（v0.14），第一个感受是：原来别人已经把这些事做得这么成熟了——工具调用、记忆管理、子任务调度，每一块都考虑得很细。

于是从自己全写，变成把 Hermes 当主力工具，同时思考：能不能把它的能力"装进"我自己的 Yumi 里？

三、Yumi 项目目前进展

这里感谢@7Apoi 老师把这个可爱小狗开源！后续我搭建项目的2dlive都是用到这个模型来做测试。

1. Yumi主界面

这个是Yumi主页面，类似与桌宠，可拖动，然后目光会盯着鼠标，点击会有不同标签。

2. Yumi设置页面

设置可以设置模型API，拥有RAG长期记忆系统。

3. Yumi便利贴页面

然后再是一个便利贴功能，类似备忘录，便利贴也可以自己贴，也可以让Yumi帮忙贴。如果是定时消息，yumi会帮忙提醒，然后也可以帮忙提醒QQ消息通知

4.聊天功能

有思考功能，有最基本的上网，编辑阅读文件功能，我接的模型是Deepseek v4 pro。

5. 未实现功能：多agent协作

目前还是demo，后面有Hermes更没有动力去实现。本来我是想让大Yumi来设计流程，然后让多个小Yumi进行协作合作完成一项任务。但是我水平有限，设计不来这样的工作流。目前只有一个前端demo。

四、Hermes使用体验

好用的点

1. Skills 机制

解决了"踩过的坑下次还踩"的问题。碰到一个报错，修好了，记成 skill。下次碰到类似场景，Hermes 自动加载 skill，不用重新排查。长期用下来，skills 越积越多，效率有明显的积累感。

2. 记忆效果

记忆能力确实很不错，很久之前说过的，都能回顾到。

不太顺的地方

1. Token消耗

Token用量及其大，如果不用Deepseek模型，没有命中缓存，一天的消耗量不敢想象。

2. 动手极快

还在讨论的事情，二话不说就开始动手做，这个需要自己加规则限制，还需要一定时间磨合。

3. 容易陷入循环

如果一个问题很难解决，或者是这个模型根本没有能力解决，及其容易陷入死循环不断耗Token。

整体感受

• 不是越强越好，是越顺手越好。 Hermes 功能确实强，但真正好用是在摸清楚哪些场景用哪个功能之后。
• 可配置性是双刃剑。 门槛高，但也给了二次改造的空间——对于自己有项目的人来说，这个空间比开箱即用更重要。
• 适合有持续投入的人。 Skills 需要维护、配置需要调、补丁需要打。如果你愿意花时间养它，它会越来越好用。

五. Yumi项目后续开发计划

Yumi项目我自己可能能力不够，还需要在学习，目前只做到了这些步骤。先封存，等优化话，或者是能力更强的时候再继续完善。