分享一个自用的专门针对飞书消息渠道展示优化后的 Hermes Agent

我最近一段时间在用 Hermes 基于自部署的 Miniflux 设置一些定时任务

1. 每日日报,基于我订阅的 RSS,自动总结新闻,并基于我正在研究的东西,总结出对我有用的信息
2. 社区动态.基于订阅的 X 、V2EX 等动态,每 4 小时定时推送给我
3. 播客日报,播客更新后,语音通过豆包模型语音转文本后,生成总结推送给我
4. 基于我的 AI 优先的 Obsidain 笔记库记录一些想法和沉淀笔记

而 Hermes 的飞书消息渠道的展示和一些功能我不是很想要,特别是消息展示非常丑,而飞书的 Cardkit 就舒服很多.

具体示例可看博客最后的展示用 fork 接管 Hermes 更新

我之前尝试提 PR 到 Hermes 官方,但官方标记的优先级比较低,直到现在所有飞书相关的 Cardkit 优化的 PR 都未能成功被合并

自己改自己用

所以我就暂时自己改自己用

因为 Hermes 的更新策略比 OpenClaw 简单很多,他是基于 main 分支拉取最新代码 所以只需要将部署 Hermes 的机器上的源码的 Git origin 设置为自己的.

后续每次运行 hermes update 就会拉取 fork 分支,当然如果直接改,可能还有个小提示,需要一点额外设置

具体可看用 fork 接管 Hermes 更新

私人工作流文档的管理

后续每次更新本地代码后,然后再根据这篇博客给 Vibe Coding 中间文档找一个合适的位置的设置,将开发工作流和更新流程写到项目私人文档.

这样可以:

1. 减少污染官方代码的同时让自己的文档不会被 AI Agent 提交到仓库
2. 最大程度减少合并 upstream 时减少冲突
3. 自定义的工作流还可以让 AI Agent 分析官方更新了什么,对自己有用的更新再更新到服务器
4. 更新后线上遇到问题,可以非常方便回退到某次 merge 记录前

如果你也有类似的 Hermes 的使用场景,可以一起交流一下