Hermes は Nous Research の AI Agent CLI ツールで、AI に真の自律的エージェント能力を与えるという中核理念の上に構築されています。自律的な計画、複数ステップの自律実行、深い推論と自己修正に優れ、複雑な開発タスクを人間の介入を減らしながら進められます。ただし Hermes は純粋な CLI Agent ツールであり、HagiCode は視覚的な管理、知識の永続化、ワークフローの構造化を提供するワークベンチです。両者を組み合わせることで、Hermes の自律性を安全に管理・追跡できる開発体験へと昇格させられます。さらに、共通のツールコールビューと、ステータスバーでの任意の TokenMonitor 使用量表示にも対応しています。
Hermes の機能は自律的エージェントという中核概念を中心に設計されています：
自律的なタスク計画：Hermes は単に指示からコードを生成するのではなく、開発目標を理解し、自らタスクを計画し、段階的な実行手順を策定します。与えられた要件をその場でこなすだけでなく、プロジェクト全体のコンテキストで判断します。
複数ステップの自律実行：計画が完了すると、Hermes はステップごとに実行し、各ステップの結果に基づいて次の行動を調整します。途中で人間が介入しなくても、複雑な開発タスクを完結できます。
深い推論と振り返り：実行中、Hermes は自身の出力を継続的に評価します。間違いを見つければ自ら修正し、最適でないアプローチを改善し、最終的なコード品質と論理の厳密さを確保します。
Hermes にはいくつか注目すべき推論上の特徴があります：
長鎖推論：Hermes は複数の推論ステップを要する複雑な論理問題を扱うのが得意です。各ステップの論理関係を整理し、矛盾のない結論を導き出せます。
自己修正メカニズム：実行中にエラーが発生すると、Hermes は能動的に原因を分析し、自ら修正を試みます。間違いを隠すのではなく、可視化して修正することで、より信頼性の高い結果を生みます。
コンテキストの一貫性維持：長時間のタスク実行中、Hermes は文脈への一貫した理解を保ちます。前後のステップのつながりを見失わず、タスク全体で論理的な一貫性を維持します。
Hermes のエコシステムは Nous Research の研究コミュニティを中心に構成されています：
研究主導の開発：Hermes は AI 研究に深い専門性を持つ Nous Research によって開発されています。研究の最前線の成果を製品化に反映しており、技術的な先進性が際立ちます。
オープンソースとコミュニティ参加：Hermes はオープンソースで、研究者と開発者が共に反復に参加しています。研究コミュニティの知見が直接フィードバックされる環境にあります。
ACP プロトコルのサポート：Hermes は ACP プロトコルをサポートし、他の AI ツールやプラットフォームとの標準化された通信を可能にします。
Hermes の自律的エージェント能力は印象的ですが、純粋な CLI Agent ツールはいくつか中核的な課題に直面します。自律的な実行が強力になるほど、その過程を監督、制約、追跡する仕組みが一層重要になります。自律性が制御の枠組みを持たなければ、強力な能力はかえって予測不可能な結果を生みかねません。
Hermes は一つのセッションの中で多くのことをこなせますが、実際の納品は一つのタスクずつ行われることはほとんどありません。
HagiCode は複数の Hermes セッションを並列実行でき、それぞれが隔離されたコンテキスト、明確な責任の境界、独立した進捗を持ちます。
これにより、AI 支援は単一の対話から、チームが実際にソフトウェアを構築する方法に合った並列エンジニアリングワークベンチへと変わります。
日常の開発で最もよくある混乱は、コードが書けないことではなく、あれこれ変更した結果、なぜ変更したのか、何を変更したのか、変更同士がどう関連しているのかを忘れてしまうことです。
HagiCode に組み込まれた OpenSpec 提案ワークフローは、この問題を根本から解決します。すべての開発タスクは提案として起動されます：
この「まず考えてから動く」アプローチは、Hermes の推論力をさらに輝かせると同時に、何ヶ月も後にコードを見返したとき意思決定の文脈を素早く理解できるようにします。
コードを書き終えた後にコミットメッセージを書くのは、多くの開発者にとって精神的な摩擦になります。雑に書けば後で重要なコミットを見つけられず、きっちり書けば時間の無駄に感じます。
HagiCode の AI コミット機能はこれを完全に Hermes に任せます。コードの変更を分析し、意図と影響範囲を理解した上で、構造が明確で意味的に正確なコミットメッセージを自動生成します。さらに重要なことに、AI コミット中は HagiCode がリポジトリを自動的にロックし、並行操作による状態の衝突を防ぎ、安全で信頼できるコミットを実現します。
注意力は創造のためにとっておき、コミットの事務作業は Hermes に任せましょう。
Hermes がコードを分析し、問題のあるファイルを特定し、該当行まで示してくれた後、おなじみの気まずい瞬間が訪れます。AI の対話ウィンドウを離れ、IDE に戻り、またファイルを探し、手動で正しい位置までジャンプしなければなりません。この分析から編集への文脈の断絶は、流れを中断するだけでなく、AI の価値を「問題の場所を教える」止まりにしてしまい、「直接編集モードに入るのを助ける」まで届きません。
HagiCode に組み込まれた Code Server ベースのブラウザエディタは、まさにこの断絶を解消するために設計されています：
Code Server の統合により、HagiCode はコードを分析できるフロントエンドページにとどまらず、Hermes の分析が直接編集アクションとして着地する完全なワークステーションになります。AI 分析と実際の編集のあいだのツール切り替えコストを最小化します。
Hermes の能力は強力ですが、毎回手作業で要件を打ち込むのは効率的ではありません。さらに重要なのは、コミュニティが既に質の高い Skills を数多く生み出していることです。コードレビューのテンプレートからフルスタック CRUD ジェネレータ、ドキュメント自動生成からテストケースのオーケストレーションまで。これらの実証されたプラクティスは各地に散らばっており、統一的にホストして呼び出す場所がありません。
HagiCode の HagiTask 機構はこの問題を解決するために設計されました。単なるショートカットコマンドではなく、拡張可能な Skills 統合プラットフォームです：
HagiTask は、Hermes との協業を「毎回ゼロからコミュニケーションする」ものから「コミュニティの肩の上に立ち、成熟したワークフローをワンクリックで呼び出す」ものへとアップグレードします。あなたがテンプレートを選び、Hermes が実行する。これが真のワークフロー自動化であり、その過程全体が視覚的にも楽しいものです。
プログラミング自体は退屈にもなりますが、楽しくもなれます。HagiCode のゲーム化されたインターフェース設計は、コマンドラインツールの冷たい体験から脱却します：
Hermes が知性を、HagiCode が体験を提供する。両者が組み合わさることで、AI プログラミングは「生産性ツール」から「本当に開きたくなる開発環境」へと変わります。
並列セッションは便利ですが、複数同時に動かすようになると、次は連携がボトルネックになります。
HagiCode の Agents 管理層は、各 Hermes ワーカーを、可視のステータス、割り当てられたスコープ、独立した設定を持つ名前付きでスケジュール可能な Agent に変えます。
「たくさんのターミナルが開いている」状態から「小さな AI チームを一カ所で連携している」状態へと移行します。
実際のプロジェクトでは、コードが単一のリポジトリに収まることは稀です。フロントエンド、バックエンド、ドキュメント、共有ライブラリは異なるリポジトリに分散しており、一つの機能変更で複数のリポジトリを同時に触る必要が生じることもあります。Hermes にとってシングルリポジトリモードは機能しますが、リポジトリ間の関係を本来は理解しておらず、毎回の会話で「この変更はあと 2 つのリポジトリにも同期が必要」と手動で伝えなければならず、明らかに非効率です。
HagiCode の Monospecs 機構は、マルチリポジトリシナリオのために設計された構造化されたソリューションです。.hagicode/monospecs.yaml 設定ファイルを通じて、プロジェクト群のすべてのサブリポジトリのアドレス、名前、関係を宣言し、提案を起動する際に Hermes に自動的にリポジトリ間の地図を提供します：
Monospecs は実質的に、リポジトリをまたぐ協業における Hermes の認知の死角を取り除きます。Hermes の推論は強力ですが、変更範囲を特定するには正確な地図が依然として必要であり、Monospecs はその体系的に管理されたプロジェクトの地図です。
Hermes のコンテキストウィンドウは大きいですが、新しいセッションは毎回ゼロから始まります。前回の提案で蓄積した経験、分析したプロジェクト構造、議論したベストプラクティスは、セッションが終わるとすべて「忘れられます」。純粋な対話ツールではこれを受け入れるしかありませんが、HagiCode では Vault システムが状況を変えます。
Vault は HagiCode のクロスプロジェクトな永続ナレッジ層です。中核の設計思想は「一度登録すれば、どこでも再利用」です：
Monospecs が Hermes にプロジェクトがどこにあるかを理解させるものだとすれば、Vault は Hermes に前に何を学んだかを覚えさせるものです。前者は Hermes の空間的な視野を広げ、後者は Hermes の時間的な記憶を延ばします。両者が揃って、Hermes は毎回自己紹介し直すよそ者ではなく、あなたのプロジェクトの全体像とナレッジの蓄積を本当に理解する長期的なパートナーになります。
チームは、好みのワークフローを維持しつつ、モデルアクセスを一つのベンダーや一つのサブスクリプション経路に縛られるべきではありません。
OmniRoute はインタラクション層とモデルルーティング層を分離し、HagiCode はワークフローに Hermes を残したまま、その下でモデルソースを切り替えられます。
これにより、より良いコスト管理、より良いタスクとモデルの適合、そしてモデルの価格や可用性が変化した際のワークフローの混乱の減少が得られます。
HagiCode は、すべてのツール使用メッセージとツール結果メッセージに、型付きの共通ツールコール形式を付与します。ツールの種類、入力フィールド、ステータス、結果テキストや画像、エラー、所要時間が記録されます。この形式は保存済みデータから算出されるため、セッション履歴とリアルタイム更新で同じ表示になります。
同じ形式がすべてのプロバイダーに適用されるので、Hermes Agent のツールコールもワークスペース内の他のエージェントと同じ見た目で表示されます。CLI ごとの生の出力を覚えなくても、ひとつの形式を読むだけで済みます。
HagiCode は、TokenMonitor デスクトップアプリが記録した今日のトークン使用量とコストをステータスバーに表示できます。この連携は任意で、デフォルトではオフです。
TokenMonitor のローカルデータファイル、または TokenMonitor HostHub を定期的に読み取り、今日の合計トークン数とコストだけを保持します。ステータスバーは詳細な使用量レポートではなく、手軽にひと目で確認するためのものです。
Hermes は深い自律的エージェント能力を中核の強みとする研究級の AI Agent CLI ツールであり、HagiCode は AI プログラミングシナリオのために特別に作られたワークベンチです。両者の関係は補完的です：
もし既に Hermes を使っているなら、HagiCode に繋いでみてください。Hermes の自律性が、制約と追跡可能性を備えた枠組みの中で、より安全により管理しやすく着地していることに気づくはずです。
HagiCode はエージェント型コーディングワークスペースです。豊富で便利な UI インタラクションにより、計画・エージェント実行・プロジェクト作業を始めやすく、進めやすくし、開発をより魅力的な体験にします。
豊富で便利な UI インタラクションで、計画からプロジェクト作業までを分かりやすく進められます。
HagiCode はエージェント型コーディングワークスペースです。OpenSpec ワークフローで変更を計画し、マルチエージェント実行で進め、Hero Scenario で長い作業の進み具合を見える化して、アイデアを出荷できるソフトウェアにします。
© 2026 HagiCode | Powered By hagilight-starlight@0.21.0 | Branch: main | Commit: 951128b | Built:
