Hermes Agent v0.14.0 Foundation Release完全解説 — Kanbanマルチエージェント・PyPI公開・22プラットフォーム

この記事ではv0.14.0の新機能に特化して解説します。基本的な使い方と学習ループの仕組みは Hermes Agent｜自己学習AIエージェントの使い方 — Telegram・Discord・Slack対応、200+LLM切替 をご覧ください。

AIエージェントフレームワーク全般の比較は AIエージェントフレームワーク比較2026年版 をご覧ください。

Hermes Agent v0.14.0：83K→157K★、2ヶ月で倍増した「Foundation Release」

2026年3月下旬、Nous ResearchがHermes Agentを公開した時点でのスター数は約83,000。それから2ヶ月足らずの2026年5月19日時点で157,931★に達し、ほぼ倍増するという異例のペースで成長している。

週次リリースサイクルで積み上げてきた v0.11.0〜v0.14.0 の変更量は圧倒的だ。v0.14.0単体でも808コミット・633マージPR・1393ファイル変更・165,061行の追加という規模。「Foundation Release」と銘打ったこのバージョンは、単なる機能追加ではなくインストール・パフォーマンス・エコシステム統合の基盤を一気に整備した転換点と位置づけられている。

本記事では、3月の初回リリース以降に加わった主要機能——Kanbanマルチエージェント、/goal永続ゴール、PyPI公開、OpenAI互換プロキシ、22プラットフォーム対応、GEPA自己進化エコシステム——を体系的に解説する。

PyPI正式公開：pip install hermes-agent で即座に起動

v0.14.0以前のHermes Agentは、シェルスクリプトによる独自インストーラーが主流だった。v0.14.0ではPyPI正式パッケージとして公開され、標準的なPythonツールチェーンから直接インストールできるようになった。

# PyPIから直接インストール（v0.14.0以降）
pip install hermes-agent

# インストール完了後、即座に起動
hermes

# 全機能を含む拡張インストール
pip install "hermes-agent[all]"

従来のシェルインストーラーと比較した最大の変化は「重いバックエンドのレイジーインストール」だ。Slack・Matrix・Feishu・DingTalkアダプタ、画像生成SDK、音声TTS プロバイダーなどは、初回利用時に自動インストールされる仕組みに変わった。インストール直後のディスク使用量が大幅に削減され、初回 pip install が格段に速くなっている。

さらにサプライチェーンアドバイザリーチェッカーが新設され、依存パッケージのバージョンに既知の脆弱性がないかをインストール時に自動スキャンする。

PyPIパッケージ化により、CI/CDパイプライン上でのHermes Agent利用が大幅に簡単になった。GitHub ActionsやDockerfileに pip install hermes-agent を一行追加するだけで、エージェントをワークフローに組み込める。

Kanbanマルチエージェント：AIチームが「最後まで」やり遂げる

v0.13.0（2026年5月7日リリース）で導入されたKanbanマルチエージェントは、Hermes Agentの最大の転換点だ。それまでのHermes Agentは「1人のエージェントが質問に答える」単体構成だったが、Kanbanにより複数のHermesワーカーが協調してタスクを完遂するチーム構成が実現した。

Kanbanの設計思想

従来のマルチエージェントフレームワークが抱える問題は「エージェントがタスクを途中で諦める」ことだ。ネットワーク障害、コンテキスト超過、推論エラーなど、長時間実行タスクには様々な失敗要因がある。HermesのKanbanはこれを正面から解決している。

Kanbanの核心機能

ハートビート監視とゾンビ検出：各ワーカーは定期的にボードにハートビートを送信する。一定時間ハートビートが途絶えたワーカーは「ゾンビ」として検出され、担当タスクが自動的にキューに戻される。macOS（darwin）上の特殊なゾンビプロセス挙動も専用で対応済み。

幻覚ゲートとリカバリー：ワーカーが「タスク完了」を申告した際、実際の成果物との整合性を検証する「幻覚ゲート」が作動する。申告と実態が乖離している場合、タスクは未完了として扱われリトライされる。

自動ブロックと再試行バジェット：不完全な状態で終了したワーカーは自動的にブロックされ、次の試行では別のワーカーが引き継ぐ。タスクごとに max_retries を設定でき、無限ループを防ぐ。

# Kanbanボードの作成と操作
hermes kanban create --name "website-redesign" --workspace ~/projects/site

# タスクの追加（自然言語で記述可能）
hermes kanban add "トップページのヘッダー画像をWebP形式に変換して最適化する"
hermes kanban add "全ページのmeta description を120〜160字で最適化する"
hermes kanban add "404ページのデザインを改善してCTAを追加する"

# 複数ワーカーを起動してタスクを並列実行
hermes kanban worker start --board website-redesign --profile worker1
hermes kanban worker start --board website-redesign --profile worker2

# ボードの状態を確認
hermes kanban status

# ダッシュボードで視覚的に管理（ブラウザ）
hermes dashboard

マルチボード構成

v0.13.0からは複数のKanbanボードを1インストールで管理できる。プロジェクトAとプロジェクトBで独立したボードを持ちながら、共通のワーカープールを使い回すことも可能。プロファイル間でボード・ワークスペース・ワーカーログを共有する仕組みも整備されており、チーム運用に対応している。

/goal と /subgoal：Ralphループによる永続ゴール管理

Kanbanがチーム向けの協調機構なら、/goal は個人エージェントが自律的に目標を達成し続ける仕組みだ。v0.13.0で追加されたRalphループの実装で、エージェントが「目標を忘れずにターンをまたいで継続する」ことを可能にする。

/goal の動作原理

通常の会話では、エージェントは各ターンの指示に応答して終了する。/goal を使うと、エージェントは「判定ループ」に入り、目標の達成基準を満たすまで自律的にタスクを継続する。

hermes
# 会話開始後

> /goal 「このリポジトリ全体のTypeScriptエラーをゼロにする。tsconfig.jsonの設定は変更しない」

# Hermesエージェントが判断ループを開始
# - エラー確認 → 修正 → 再確認 → まだエラーあり → 修正継続
# ユーザーの追加入力なしで目標達成まで継続

# 途中から追加条件を追加（/subgoal）
> /subgoal 「修正時にany型の使用は禁止する」

# 既存の/goalに新条件が追記され、判定基準が更新される

/subgoal はv0.14.0で追加されたコマンドで、実行中の /goal に追加条件を付け加える。エージェントを再起動せずにゴールの定義を絞り込める。長時間の自律実行タスクで「途中で条件を変えたい」という場面で特に有用だ。

/goal + Kanbanの組み合わせが特に強力で、各ワーカーが独自の /goal を持ちながらボード上のタスクをこなすというパターンで、複雑な自動化ワークフローが構築できる。

OpenAI互換ローカルプロキシ：既存ツールをそのまま活用

v0.14.0で追加された hermes proxy は、HermesをOpenAI APIと互換性のあるローカルエンドポイントとして動作させる機能だ。

# プロキシを起動（デフォルトポート: localhost:8080）
hermes proxy

# OpenAI APIを使う既存ツールからHermes（Claude Pro）を呼び出せる
export OPENAI_API_BASE=http://localhost:8080
export OPENAI_API_KEY=dummy

# これだけでClaude ProがAiderのバックエンドになる
aider --model claude-3-5-sonnet-20241022

# Codex CLIも同様
codex --api-base http://localhost:8080

# Cline（VS Code拡張）もエンドポイントURLを変更するだけ

この機能の意義は「サブスクリプション1つで全ツールを動かせる」点にある。Claude Pro・ChatGPT Pro・SuperGrok（xAI Grok）のいずれかのサブスクリプションを持っていれば、それを hermes proxy に向けた後、Codex・Aider・Cline・ContinueなどすべてのツールがAPIキーなしで動作する。

v0.14.0では同時にSuperGrok OAuthプロバイダーも追加された。xAI SuperGrokのサブスクリプションをOAuthで認証すると、grok-4.3（100万トークンコンテキストウィンドウ）がAPIキー不要で使える。リポジトリ全体を丸ごとコンテキストに詰め込む用途に特に向いている。

パフォーマンス大幅改善：cold start -19秒・ブラウザ180倍高速化

v0.14.0の「Foundation Release」の名は、パフォーマンス改善にもよく表れている。特に起動速度とブラウザツール速度の2点が劇的に変わった。

起動時間：約19秒の短縮

hermes コマンドを実行してからプロンプトが表示されるまでの時間が、v0.13.0比で約19秒短縮された。改善の主な内容：

hermes chat -q でウェルカムバナーをスキップするオプションも追加され、CI/CDや自動化スクリプトからの単発呼び出しがより軽くなった。

ブラウザツール：180倍の高速化

エージェントがブラウザを操作するツール（browser_console）の応答速度が180倍速くなった。v0.13.0まではブラウザツール呼び出しのたびに新しいChrome DevToolsセッションを起動していたが、v0.14.0からは永続的なWebSocket接続を使い回す仕組みに変わった。数秒かかっていた操作がミリ秒単位で返るようになり、ウェブスクレイピングや自動テストでの体験が大きく変わった。

クロスセッション1時間プロンプトキャッシュ

Anthropic・OpenRouter・Nous Portal経由でClaude を使う場合、プロンプトプレフィックス（システムプロンプト・スキル・メモリ）が1時間キャッシュされる。/new で新規セッションを始めても前のセッションのキャッシュが有効なため、最初のレスポンスが速く安くなる。バックグラウンドのメモリレビューもキャッシュを使うよう改善されている。

22メッセージングプラットフォーム：LINEとSimpleXが追加

Hermes Agentがサポートするメッセージングプラットフォームは、v0.14.0で22プラットフォームに達した。

v0.13.0でGoogle Chat（20番目）、v0.14.0でLINEとSimpleX Chatが追加された。

SimpleX ChatはユーザーIDを持たないプライバシー重視の分散型メッセンジャー。機密情報を扱うエージェント操作やセキュリティリサーチ用途で、追跡不可能な経路でエージェントに指示を送りたい場合に適している。

Microsoft Teamsもv0.14.0でエンドツーエンドの対応が完成した（Microsoft Graph認証・Webhookリスナー・パイプラインランタイム・送信配信の全スタック）。

主要プラットフォーム機能比較

v0.14.0では各プラットフォームのclarifyツール（エージェントが選択肢を提示するとき）にネイティブボタンUIも追加された。TelegramとDiscordでは選択肢を番号で入力する代わりにボタンをタップするだけで操作できる。

Curator：バックグラウンドで自律的にスキルライブラリを保守

v0.12.0（2026年4月30日）で導入されたCuratorは、スキルライブラリの自動保守を担うバックグラウンドコンポーネントだ。

エージェントが長期間使用されるほどスキルが蓄積していく一方、品質が低下したスキルや重複スキルが増えてパフォーマンスに影響する問題があった。Curatorはこれを解決するために、スキルをグレード付け・整理・統合する作業を定期的かつ自律的に行う。

# Curatorの手動実行（同期・結果をターミナルに表示）
hermes curator run

# アーカイブ済みスキルの一覧
hermes curator list-archived

# 不要スキルのプルーニング
hermes curator prune

# 古いスキルをアーカイブ（削除せず保存）
hermes curator archive

v0.13.0でCuratorはさらに成長し、バックグラウンド自動実行に加えて手動サブコマンドも整備された。hermes curator run を実行するとプロセスが同期的に完了し、結果をポーリングせずにターミナルで確認できる。

Curatorの自律ループは、スキル自動生成（タスク完了時）→ Curatorによる品質評価・整理 → 高品質スキルのみが次回呼び出しに使われるという循環を形成する。使い込むほど「スキルライブラリが洗練されていく」という自己改善のサイクルが完成している。

Curatorはバンドル済みスキルやSkills Hubからインストールしたスキルは絶対に上書き・削除しないように保護されており、ユーザー作成スキルのみが評価対象になる安全設計になっている。

自己進化エコシステム：GEPA + DSPy で設計を遺伝的に改良

Hermes Agentのコアリポジトリとは別に、Nous Researchはhermes-agent-self-evolution（3,391★）という自己進化専用リポジトリを公開している。

このリポジトリはGEPA（Genetic-Pareto Prompt Evolution）+ DSPyを使い、Hermes Agentのスキル・ツール説明・システムプロンプトを自動進化させる。GPUトレーニング不要で、APIコール経由のテキスト変異・評価・選択だけで動作し、1回の最適化実行コストは約2〜10ドル。

# hermes-agent-self-evolution の基本的な使い方

# リポジトリをクローン
# git clone https://github.com/NousResearch/hermes-agent-self-evolution.git

import subprocess

# スキルを進化させる（合成評価データ使用）
result = subprocess.run([
    "python", "-m", "evolution.skills.evolve_skill",
    "--skill", "github-code-review",
    "--iterations", "10",
    "--eval-source", "synthetic"
], capture_output=True, text=True)

# 実際のセッション履歴から評価データを生成
result = subprocess.run([
    "python", "-m", "evolution.skills.evolve_skill",
    "--skill", "github-code-review",
    "--iterations", "10",
    "--eval-source", "sessiondb"  # Claude Code・Copilot・Hermesの実履歴を活用
], capture_output=True, text=True)

print(result.stdout)

GEPAの仕組み

GEPAはICLR 2026 Oral採択の最適化アルゴリズム。「なぜ失敗したか」を実行トレースから読み取り、ターゲットを絞った変異を提案する点が特徴だ。単にランダム変異を繰り返すのではなく、失敗パターンの原因分析に基づいて改善案を生成する。

進化の対象は現時点でスキルファイル（Phase 1：実装済み）で、ツール説明・システムプロンプトセクション・ツール実装コードへの適用は順次拡張予定（Phase 2〜5）。

5段階ガードレール

進化した変種が実際に採用されるには5段階の検証を通過する必要がある：

1. フルテストスイート通過：pytest tests/ -q が100%パスすること
2. サイズ制限：スキルは15KB以下、ツール説明は500字以内
3. キャッシュ互換性：会話途中での変更が禁止
4. 意味的保存：元の目的からの乖離がないこと
5. PRレビュー：すべての変更はdirectコミットでなくPR経由

この設計により「勝手に意図しない方向に進化する」リスクを最小化しつつ、人間がレビューできる形での継続的改善を実現している。

Agent Skill Harbor徹底解説｜AIエージェントのスキル資産をGitで一元管理するOSS基盤と組み合わせると、進化したスキルをチーム間で共有・管理する体制が整う。

セキュリティ強化：v0.13.0で8件のP0脆弱性を修正

v0.13.0のリリースノートは「Security Wave」として8件のP0脆弱性修正を明示している。セキュリティを重視するユーザーは特に確認しておきたい。

v0.14.0ではさらにsudo ブルートフォースブロックとdangerous-commandバイパス3件の修正が加わった。また、ツールのエラー文字列がモデルコンテキストに再注入される前にサニタイズされるようになり、悪意あるファイルやリモートサービスがエラー出力を通じてエージェントに指示を渡す「プロンプトインジェクション経路」が閉じられた。

v0.10.0 → v0.14.0 主要変更サマリー

3月初公開から5月中旬にかけての4リリースで追加された機能を一覧でまとめる。

既存のHermes Agentユーザーが今すぐやるべきこと

v0.14.0の恩恵を最大限に受けるための実践的な手順をまとめる。

1. アップデートと確認

# 最新版に更新
hermes update

# 設定の整合性チェック
hermes doctor

# セキュリティ関連の変更（シークレット秘匿）の確認
hermes config get security.redact_secrets
# → true になっていることを確認（v0.13.0以降はデフォルトtrue）

2. cold startの改善確認

ターミナルで time hermes chat -q "test" を実行し、v0.13.0以前と比べて起動時間が大幅に短縮されているか確認できる。

3. LINE対応の試験的導入（日本ユーザー向け）

hermes gateway setup
# → "LINE" を選択
# チャンネルシークレット、チャンネルアクセストークンを入力
# LINE DeveloperコンソールでWebhook URLを設定

hermes gateway start
# ゲートウェイ起動後、LINEで設定したボットに話しかけると応答が返る

4. Kanbanで既存の定型ワークフローを分散化

既存の hermes cron で動かしている複数タスクをKanbanに移行すると、タスク間の依存関係管理や障害時の自動リトライが組み込まれ、より堅牢な自動化パイプラインが構築できる。

Hermes Agentの今後の方向性

GitHubのイシューや公開中のコントリビューションの動向から、今後追加が見込まれる機能の輪郭が見えてくる。

GEPA自己進化のコア統合：現在は独立リポジトリ（hermes-agent-self-evolution）だが、Curatorとの連携を深め、スキル進化をHermes Agentのコアサイクルに統合する方向での開発が進んでいる。

Kanbanの拡張：マルチボード構成での異種プロバイダー（Claude ProとGPT-5.5など）の協調、ビジュアルダッシュボードの強化が予定されている。

computer_use の安定化：v0.14.0で非Anthropicモデルでも動くようになったが、まだ実験的な位置づけ。ASSISTANTレベルのデスクトップ操作エージェントとして安定させることが中期的な目標とされている。

OpenHands / Claude Code との役割分担：OpenHands完全ガイド：SWE-Bench 77.6%のOSS AIコーディングエージェント徹底解説が「コード生成特化」に特化するのに対し、Hermesは「汎用自動化・マルチプラットフォーム・チーム協調」に軸を置く棲み分けが明確になってきている。

参照ソース

• NousResearch/hermes-agent — GitHub
• Hermes Agent v0.14.0 Release Notes (v2026.5.16)
• Hermes Agent v0.13.0 Release Notes — The Tenacity Release
• NousResearch/hermes-agent-self-evolution — GitHub
• Hermes Agent 公式ドキュメント