Editor’s Note
XピックアップHermes AgentのCurator、増えたスキルを自動で整理・統合
Teknium氏は日本時間10月25日、Hermes Agentの「Curator」を紹介する投稿を共有した。「使うほど勝手に成長するAI」という説明は魅力的だが、実際には二つの仕組みが重なっている。新しいスキルを生み出す自己改善ループと、増えたスキルを後から整えるCuratorだ。なお、これは10月25日の新機能発表ではなく、Curator自体はHermes Agent v0.12.0で4月30日に公開されている。
「作る」と「整える」は別の仕事
Skillsの現行文書によると、スキルを新しく作るのは会話中のエージェント、またはバックグラウンドの自己改善レビューだ。一方、Curatorは利用状況を見て、既存スキルの重複をまとめ、内容を補修し、使われないものをアーカイブする。X投稿の「Curatorが新規作成もする」という表現は、この二つをまとめて捉えた説明と見るのが正確だ。
この分業は実用上も大事だ。Curatorが既定で扱うのは、明示的にagent-createdと記録されたスキルだけで、Hubから導入したスキルは対象外。自分で選んだ外部スキルまで、いつの間にか書き換えられる仕組みではない。
常時実行ではなく、暇な時間に点検する
10月25日に確認した現行のCurator文書では、既定7日間隔かつ2時間以上アイドルのときに点検され、初回はすぐ走らず1間隔延期される。公開時のリリースノートはgatewayのcron tickerで動くと説明していたが、現行文書は「cron jobではなくinactivity check」と明記している。方式が変わった時期は、今回の資料からは特定できない。
また、既定で有効なのは決定論的な古いスキルの整理だ。LLMによる統合・再構成にはcurator.consolidate: trueのオプトインが必要で、完全な走査には通常50〜100回のAPI呼び出しが必要と説明されている。実行前にはhermes curator run --dry-runで変更候補を確認できる。
安全策はあるが、日数の記載は未解決
自動処理は即時削除ではなく復元可能なアーカイブで、残したいスキルはpin、書き換えはwrite-approval、事前確認はdry-runで守れる。使う側から見ると、まず候補を眺め、重要な手順を固定してから統合を有効にするのが素直だろう。
ただし公式文書内には、未使用スキルをstale、archiveへ移す基準が、ある箇所では14日・30日、別の箇所では30日・90日と書かれる矛盾がある。自動整理の速さは運用判断に直結するため、どちらかを確定値とは扱えない。
NetworkChuck Academyの教材は、HermesをローカルPC、サーバー、クラウドで動かし、反復的なIT管理を再利用可能なスキルへ変える用途を示す。ただしコマンドラインと自動化の基礎知識が前提だ。Curatorは「放っておけば万能になる装置」より、増え続ける自作手順を定期的に棚卸しする保守機能として見ると、役割が分かりやすい。
