痛点：エージェントスキルライブラリの「デジタル物置」問題
自己進化をサポートするすべてのエージェントフレームワークが同じ問題に直面しています：スキルファイルが無限に増加する。
エージェントは使用中に不断学习、新しいスキルファイルを生成します。しかし、それらを片付ける人はほとんどいません。3ヶ月後、スキルライブラリには以下のようなものが溜まっているかもしれません：
- 機能が重複する「ファイル検索」スキルが12個
- 異なるバージョンの「メール要約」スキルが3つ（v1、v2、v3）
- 1回しかトリガーされない超細かいスキルの山
これが「デジタル物置」効果です。ものは増える一方、本当に役立つものは減り、検索とマッチングの効率は直線的に低下します。
Curator の機能
Hermes Agent の Curator（キュレーター）は自動化されたスキルライブラリガバナンスツールで、定期的に以下の操作を実行します：
| 操作 | 説明 | 効果 |
|---|---|---|
| 重複スキルの統合 | 機能が類似するスキルファイルを特定して統合 | 冗長性を削減、マッチング精度を向上 |
| 未使用スキルの削除 | N日間トリガーされなかったスキルをマークして削除 | ライブラリ容量を削減、検索を高速化 |
| 細かいスキルの格下げ | 細かすぎるスキルをテンプレート/スクリプトに変換 | ライブラリの抽象化レベルを維持 |
| コアワークフローの保持 | 高頻度・高価値のスキルのみを保持 | エージェントの応答品質を確保 |
デフォルトでは週1回自動実行、手動トリガーも可能。プロセス全体に人間の介入は不要 — Curator 自体がエージェントの内部モジュールです。
比較：他のフレームワークはどう対処しているか
| フレームワーク | スキル管理方法 | 自動化レベル |
|---|---|---|
| Hermes Agent（Curator） | 自動統合/削除/格下げ、周期設定可能 | 完全自動 |
| Claude Code (.claude/skills) | 手動管理、内置クリーンアップなし | なし |
| OpenClaw | スキルバージョン管理、自動統合なし | 半自動 |
| LangChain / CrewAI | ツールレジストリ、手動メンテナンス必須 | なし |
| Dify | ワークフローバージョン管理 | 半自動 |
Curator の核心的差異化は**「自動」**です。ほとんどのフレームワークはスキル管理を開発者に委ねていますが、ほとんどの開発者は実際にはクリーンアップしません — ダウンロードフォルダを定期的に整理する人がいないのと同じです。
はじめに
Hermes Agent インスタンスで自己進化が有効になっている場合（auto_evolve: true）、Curator は自動的に有効になります：
# hermes-config.yaml
agent:
auto_evolve: true
curator:
enabled: true # デフォルトで有効
schedule: weekly # 実行頻度：weekly / daily / manual
retention_days: 30 # 未使用スキルの保持日数
merge_threshold: 0.85 # スキル類似度閾値Curator 実行ログの表示：
hermes logs curator --last 7手動トリガー：
hermes curator run --dry-run # 実行内容をプレビュー
hermes curator run --apply # 確認して実行格局判断
Curator のリリースは、エージェントフレームワークが「自己進化できる」から「自己管理できる」段階に入ったことを示しています。これはエージェントがラボからエンタープライズデプロイメントに移行する際の重要なステップです。
Hermes Agent の GitHub Star 数は Claude Code を上回っています（4月28日時点）。Curator のような「運用レベル」機能の追加により、本番環境グレードのエージェントランタイムとしての位置付けがさらに強化されます。
ソース
- Hermes Agent GitHub
- Hermes Agent 公式発表（2026-04-30）
- コミュニティ議論：Hermes vs Claude Code Star 比較