noreply@blogger.com (奕奕) 奕奕Blog 05-03 OpenViking 记忆提取挂了三天，最后发现是模型太聪明 事情要从三天前说起。Hermes Agent 接上 OpenViking 做长期记忆之后，我发现它从来不主动搜自己的知识库。每次对话都像失忆了一样，之前存的东西完全不记得。 一开始以为是配置没配对。毕竟 OpenViking 是字节跳动的开源项目，这种量级的团队不太可能犯低级错误，大概率是我哪里搞错了。版本 v0.3.14，VLM 一开始本地部署的 Ollama，后来切成了 MiniMax 的 API，embedding 是本地的 bge-small-zh。服务健康检查 200 OK，日志没报错，看起来一切正常。 但 viking_search 永远返回空。 第一层：向量库是空的 先确认最基本的——数据到底有没有进去。 curl http://127.0.0.1:1933/api/v1/observer/vikingdb 结果：Vector Count = 0。一整个向量库，空空如也。但 Semantic-Nodes 队列显示 3335 条正在处理和已完成——说明数据管道在跑，只是没入库。 等了几分钟再查，0 变成了 856。原来是异步队列积压，处理完就正常了。searc #Hermes #OpenViking #技术分享
noreply@blogger.com (奕奕) 奕奕Blog 04-21 Hermes Mini App 监控面板开发实录 给 Telegram 上的 AI 助手做了个监控面板，塞在 Mini App 里，实时看服务器状态。部署在 tg.eebk.com，Flask 后端 + nginx 反代 + EdgeOne CDN，跑了几天挺稳。 左边是 Telegram 聊天记录，右边是 Mini App 面板。CPU 83%、内存 24.8%、磁盘 8.4%，四个核心的使用率一目了然。 做这个的起因很简单——经常想看服务器状态，但每次要 SSH 上去跑 top 太麻烦。Telegram Mini App 直接在聊天里打开，点一下就行。 一、做了什么 面板分三个 Tab：监控看系统状态，Hermes管 AI 助手，维护跑运维操作。 监控页实时显示 CPU 每核使用率、内存、磁盘、网络上下行、系统负载。下面一排是服务健康状态：Hermes 核心、Gateway、Ollama、Nginx、Docker 之类的，绿点亮着就说明正常。 二、技术选择 实时数据用 SSE 推送，Flask 那边 Response(generator(), mimetype='text/event-stream')，前端 Even #Hermes #技术分享
