この更新を実務でどう見るか
Hermes Agent v0.12.0 は、公式に “The Curator release” と呼ばれています。リリースノートの冒頭では、Hermes Agent now maintains itself、つまりHermes Agentが自分自身をメンテナンスする方向に進んでいる、と説明されています。
中心機能はAutonomous Curatorです。Hermesのskill libraryをbackground agentが評価し、関連するskillsを統合し、使われていないものを整理し、run reportを残す。公式docsでは、Curatorはagent-created skillsのbackground maintenance passで、active → stale → archived というライフサイクルでskillを管理すると説明されています。
私がここで特に重要に見ているのは、AIエージェントが「作業する」だけでなく、「作業から得た手順を蓄積し、その蓄積を自分で掃除する」段階に入り始めたことです。これは地味ですが、常駐AIを長く使う上ではかなり本質的な更新です。
今回のHermes Agent更新で何が変わったか
v0.12.0 のリリースノートによると、v0.11.0からの差分は 1,096 commits、550 merged PRs、1,270 files changed、217,776 insertions、213 community contributors とされています。内容も大きく、Autonomous Curator、self-improvement loopの更新、bundled skill integrationsの拡張、LM Studioのfirst-class provider化、4つの新しいinference providers、Microsoft Teams plugin、Tencent Yuanbao、Spotify、Google Meet、ComfyUI、TouchDesigner-MCP、hermes -z one-shot mode、hermes update --check、Models dashboard tab、native multimodal image routing、TUI cold-start改善などが並んでいます。
この中でも、私はCuratorを最重要に見ています。Hermes Agentの特徴は、memoryとskillsを通じて、使うほど賢くなることにあります。公式サイトでも、Hermesはserver上で動き、学習したことを記憶し、長く使うほどcapableになるagentとして説明されています。
しかし、使うほど学ぶ道具には副作用があります。学習した手順が増えすぎる。似たようなskillが増えます。古い前提のskillが残ります。使わないskillが検索に引っかかり、コンテキストを汚す。これは人間のObsidianやNotionでも同じで、保存が増えるほど整理が必要になります。
Curatorは、この問題に対するHermes側の回答です。
公式リリースの要点
リリースノートでは、hermes curator がgatewayのcron ticker上でbackground agentとして動き、7日サイクルをデフォルトに、skill libraryをgradeし、consolidateし、pruneし、reportを書くと説明されています。
docs側では、Curatorはagent-created skillsだけを対象にし、bundled skillsやhub-installed skillsには触れない、never auto-deletesで、最悪でも ~/.hermes/skills/.archive/ へのarchivalでrecoverableだと明記されています。これは安全面で重要です。AIが勝手に道具を消すのではなく、回復可能な形で整理します。
また、Curatorはcron daemonではなく、CLI session startやgatewayのcron-ticker threadでチェックされ、interval_hoursがデフォルト168時間、min_idle_hoursが2時間という条件を満たした場合に動くと説明されています。brand-new installや更新直後にすぐ走らず、最初の本実行を遅らせるfirst-run behaviorも用意されています。
これは、AIに自律性を持たせる上でかなり慎重な設計と見ています。勝手にすぐ掃除するのではなく、ユーザーが確認し、pinやopt-outできる時間を残しています。
実務で効くポイント
中小企業の業務にAIエージェントを入れると、最初はタスク処理に目が行く。メール下書き、調査、議事録、記事案、問い合わせ整理、ファイル分類。しかし、実際に数週間使うと、本当に問題になるのは「蓄積した手順と知識をどう維持するか」です。
毎回うまくいった手順をskill化すると、短期的には効率が上がります。次回同じことをやるときに、手順を思い出さなくてよいからです。しかし、放置すると、古い手順、似た手順、狭すぎる手順が増えます。結果として、AIが読み込むべきものを間違えたり、余計なコンテキストが増えたりします。
Curatorは、ここを自動メンテナンスします。もちろん、完全に任せきりにするものではありません。docsにもdry-run、backup、rollback、pause、resume、pin/unpinなどのコマンドが用意されています。つまり、AIが整理しますが、人間が止めたり戻したりできる設計です。
このバランスが重要です。自律性だけを上げると怖いです。人間確認だけにすると運用が重い。v0.12.0のCuratorは、その中間を狙っています。
日本で使いこなす人が少ない理由
AIエージェントを長く運用するには、単にpromptが書けるだけでは足りない。memory、skills、cron、messaging、tools、terminal、browser、provider、security、log、human approvalの設計が必要になります。そして、運用が長くなるほど、過去の蓄積を整理する力が必要になります。
日本では、まだ多くのAI活用が「今日の作業をChatGPTに手伝わせる」段階にあります。これは悪いことではありませんが、常駐エージェントの価値はそこではありません。常駐エージェントは、毎日働き、学び、蓄積し、改善します。だからこそ、整理と品質管理が必要になります。
v0.12.0のCuratorは、その現実を見ているリリースと見ています。エージェントが手順を増やすなら、エージェント自身が手順を整理する仕組みも必要になります。これは、AIエージェントが“デモ用ツール”から“運用対象”へ移るときに避けられないテーマです。
実務で見ると、ここが大きい
私がHermes Agentを追っている理由のひとつは、ここにあります。AIを会社の業務に入れるとき、最終的に必要なのは、単発の生成能力ではなく、業務知識を蓄積し、再利用し、古くなったものを整理する仕組みです。
これは、会社のマニュアルやObsidian運用にも近い。メモを保存するだけでは価値にならない。必要なときに戻ってきて、判断材料になり、古いものは整理される必要があります。Hermes AgentのCuratorは、AIエージェント自身のskillに対してそれをやろうとしています。
Sync8の文脈で見ると、これは中小企業向けAI業務実装の重要なヒントになります。AI導入で本当に難しいのは、最初の一回を動かすことではなく、3ヶ月後も同じ品質で回る状態を作ることです。人間の担当者が変わっても、業務の手順が残り、改善され、古い手順が掃除される。Curatorは、その未来に近い考え方をHermes内部で実装しています。
導入・運用時の注意点
Curatorは便利ですが、完全放置でよいわけではありません。docsでは、対象がagent-created skillsに限定され、bundled skillsやhub-installed skillsには触れず、auto-deleteもしないと説明されています。それでも、業務で使うなら、重要なskillはpinする、dry-runで確認する、backupとrollback手順を把握する、どのモデルでCurator reviewを走らせるか決める、という運用が必要になります。
また、v0.12.0リリースには、Kanban multi-profile collaboration board が一度landした後、design rewriteのためrevertedされたという記述もあります。外部の短い紹介では「Kanbanが入った」と見える場合があるが、公開記事ではこの点を過剰に言わないほうがよいです。公式リリース本文に沿って、現時点で入っているものと戻されたものを分けて扱う必要があります。
v0.12.0は、Hermes Agentが自分の作業道具を整理する方向へ進んだリリースでした。AIエージェントを一時的な便利ツールではなく、長期運用する仕事仲間として見るなら、Curatorはかなり重要な機能と見ています。
参考にした情報：公式サイト・公式リリース・関連ドキュメントを確認し、実務での見方として整理しています。