<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hermes Agent on CAO ZUOHUA</title><link>https://caozuohua.github.io/tags/hermes-agent/</link><description>Recent content in Hermes Agent on CAO ZUOHUA</description><generator>Hugo</generator><language>zh-cn</language><lastBuildDate>Thu, 08 Oct 2026 20:45:00 +0800</lastBuildDate><atom:link href="https://caozuohua.github.io/tags/hermes-agent/index.xml" rel="self" type="application/rss+xml"/><item><title>给本地 Agent 造一块看板（七）：平台内置派——当看板成为 Agent 运行时的一等公民</title><link>https://caozuohua.github.io/posts/2026-10-08-agent-kanban-06-platform-native/</link><pubDate>Thu, 08 Oct 2026 20:45:00 +0800</pubDate><guid>https://caozuohua.github.io/posts/2026-10-08-agent-kanban-06-platform-native/</guid><description>&lt;h1 id="给本地-agent-造一块看板七平台内置派当看板成为-agent-运行时的一等公民"&gt;给本地 Agent 造一块看板（七）：平台内置派——当看板成为 Agent 运行时的一等公民&lt;/h1&gt;&#10;&lt;blockquote&gt;&#10;&lt;p&gt;本系列共八篇，用同一套七层能力框架（C1–C7）横向解剖开源任务看板。&#10;本篇覆盖 &lt;code&gt;NousResearch/hermes-agent&lt;/code&gt;（252,141★，MIT）内置的 Kanban。&#10;机制描述取自&lt;strong&gt;本机安装目录中的一手文档&lt;/strong&gt;（&lt;code&gt;website/docs/user-guide/features/&lt;/code&gt;），非二手转述。&#10;⚠️ Hermes 迭代极快，本文所有路径、环境变量名与配置项均为 &lt;strong&gt;2026-10-08 快照&lt;/strong&gt;，实际使用前需重新核对。&lt;/p&gt;&#10;&lt;/blockquote&gt;&#10;&lt;hr&gt;&#10;&lt;h2 id="一这一派只有一个样本但它的位置很特殊"&gt;一、这一派只有一个样本，但它的位置很特殊&lt;/h2&gt;&#10;&lt;p&gt;前面五派有一个共同前提：&lt;strong&gt;看板是一个外挂工具。&lt;/strong&gt; 它可能住在你的仓库里（文件系统派）、住在数据库里（极简单机派）、或者带一个漂亮的桌面界面（工作台派），但无论哪种，它&lt;strong&gt;站在 agent 的外面&lt;/strong&gt;：它负责记状态，然后想办法去调用 agent。&lt;/p&gt;&#10;&lt;p&gt;平台内置派的前提完全不同：&lt;strong&gt;看板长在 agent 运行时内部。&lt;/strong&gt; 它不是&amp;quot;一个会调 agent 的看板&amp;quot;，它是&amp;quot;一个自带看板的 agent 平台&amp;quot;。&lt;/p&gt;&#10;&lt;p&gt;这个位置的差异，直接决定了能力上限。用一句话概括：&lt;/p&gt;&#10;&lt;blockquote&gt;&#10;&lt;p&gt;&lt;strong&gt;一个独立看板只能&amp;quot;调用 CLI 并解析输出&amp;quot;；而一个拥有 agent 生命周期的看板，可以&amp;quot;回收一个 PID 已经消失的 worker&amp;quot;。&lt;/strong&gt;&lt;/p&gt;&#10;&lt;/blockquote&gt;&#10;&lt;p&gt;举个具体的例子。所有独立看板项目都在某个地方承诺&amp;quot;任务超时会自动释放&amp;quot;。但它们能做的其实只是&amp;quot;把 claim 时间戳过期的任务标记为可领取&amp;quot;。而 Hermes 的 dispatcher 做的是：&lt;/p&gt;&#10;&lt;ul&gt;&#10;&lt;li&gt;定期回收过期的 claim；&lt;/li&gt;&#10;&lt;li&gt;并且&lt;strong&gt;专门回收&amp;quot;PID 已经消失、但 TTL 还没到&amp;quot;的崩溃 worker&lt;/strong&gt;；&lt;/li&gt;&#10;&lt;li&gt;还有一个反直觉的细节——&lt;strong&gt;只有进程真的死了才回收&lt;/strong&gt;。也就是说，一个跑得很慢但活着的模型会被&lt;strong&gt;续期&lt;/strong&gt;，而不是被杀掉。&lt;/li&gt;&#10;&lt;/ul&gt;&#10;&lt;p&gt;&lt;strong&gt;这三条之所以能做到，是因为 dispatcher 本身就持有 spawn 权。&lt;/strong&gt; 它 spawn 了那个 worker，所以它知道 PID；它能探活，所以它能区分&amp;quot;慢&amp;quot;和&amp;quot;死&amp;quot;。外挂式看板永远拿不到这个信息——它启动 CLI 只能拿到一个子进程句柄，而那个句柄在 CLI 内部又 fork 出什么，它一无所知。&lt;/p&gt;&#10;&lt;p&gt;&lt;strong&gt;这一篇的全部价值，就在这个&amp;quot;位置差异带来的能力差异&amp;quot;上。&lt;/strong&gt;&lt;/p&gt;</description></item><item><title>轻量个人助理 Agent 选型：Hermes、OpenClaw、nanobot 与开发框架怎么选</title><link>https://caozuohua.github.io/posts/2026-08-25-minimal-personal-agent-framework-evaluation/</link><pubDate>Tue, 25 Aug 2026 11:35:00 +0800</pubDate><guid>https://caozuohua.github.io/posts/2026-08-25-minimal-personal-agent-framework-evaluation/</guid><description>&lt;p&gt;我曾经把个人助理的每一层都自己实现：Lark WebSocket、卡片、Agent Loop、Goal Runtime、记忆、定时任务、多模型 fallback、工具审批和多云 VPS 运维。&lt;/p&gt;&#10;&lt;p&gt;这样做最大的收益是理解了边界，最大的代价也是边界——一旦通用 Agent 能力持续扩张，维护一个个人助手就会逐渐变成维护一个框架。&lt;/p&gt;&#10;&lt;p&gt;更合理的方向是：&lt;/p&gt;&#10;&lt;div class="highlight"&gt;&lt;pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"&gt;&lt;code class="language-text" data-lang="text"&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;成熟 Agent 负责通用助理能力&#10;&lt;/span&gt;&lt;/span&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;标准 MCP 负责专业工具&#10;&lt;/span&gt;&lt;/span&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;服务端策略负责最终安全边界&#10;&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;但“成熟”和“轻量”不能只看项目介绍。这篇文章使用同一组需求评估 2026 年几类主流选择。&lt;/p&gt;&#10;&lt;h2 id="我的真实需求"&gt;我的真实需求&lt;/h2&gt;&#10;&lt;p&gt;这不是通用 Agent 排行榜。目标环境是一台低资源 VPS，主要服务一个人：&lt;/p&gt;&#10;&lt;ul&gt;&#10;&lt;li&gt;通过 Lark 私聊和群聊使用；&lt;/li&gt;&#10;&lt;li&gt;处理问答、翻译、摘要、Idea、纪要和博客；&lt;/li&gt;&#10;&lt;li&gt;保存少量长期偏好与会话历史；&lt;/li&gt;&#10;&lt;li&gt;支持定时提醒和主动推送；&lt;/li&gt;&#10;&lt;li&gt;通过 MCP 接入 GitHub、知识库和多云运维；&lt;/li&gt;&#10;&lt;li&gt;模型不可用时，核心运维控制面仍然可查询；&lt;/li&gt;&#10;&lt;li&gt;重启、备份、恢复和发布等动作必须人工批准；&lt;/li&gt;&#10;&lt;li&gt;使用远程模型，不在小 VPS 上运行本地大模型。&lt;/li&gt;&#10;&lt;/ul&gt;&#10;&lt;p&gt;基于这些约束，我把候选分成两类：&lt;/p&gt;&#10;&lt;div class="highlight"&gt;&lt;pre tabindex="0" style="color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;-webkit-text-size-adjust:none;"&gt;&lt;code class="language-text" data-lang="text"&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;成品助理：Hermes Agent / OpenClaw / nanobot&#10;&lt;/span&gt;&lt;/span&gt;&lt;span style="display:flex;"&gt;&lt;span&gt;开发框架：OpenAI Agents SDK / PydanticAI / Agno / LangGraph&#10;&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;成品助理的优势是少造渠道、记忆和调度；框架的优势是运行时可控，但应用外壳仍要自己写。&lt;/p&gt;&#10;&lt;h2 id="先定义成熟"&gt;先定义“成熟”&lt;/h2&gt;&#10;&lt;p&gt;一个仓库更新频繁、Star 很多，不等于适合长期运行。我更关心：&lt;/p&gt;&#10;&lt;ol&gt;&#10;&lt;li&gt;配置和升级有没有稳定入口；&lt;/li&gt;&#10;&lt;li&gt;会话和任务能否在重启后恢复；&lt;/li&gt;&#10;&lt;li&gt;渠道是否处理去重、重连和用户隔离；&lt;/li&gt;&#10;&lt;li&gt;MCP 是否支持过滤、超时和失败降级；&lt;/li&gt;&#10;&lt;li&gt;高风险工具是否有确定性权限边界；&lt;/li&gt;&#10;&lt;li&gt;日志、健康检查、备份和回滚是否可操作；&lt;/li&gt;&#10;&lt;li&gt;安全修复是否持续发布；&lt;/li&gt;&#10;&lt;li&gt;能否关闭不需要的工具，而不是默认把整台主机交给模型。&lt;/li&gt;&#10;&lt;/ol&gt;&#10;&lt;p&gt;个人助理生态仍然变化很快。这里的“成熟”是相对成熟，不等于 systemd、SQLite 或 Ansible 那样经过多年稳定周期。&lt;/p&gt;</description></item></channel></rss>