「Hermes Wingtips」は、Nous Research の @witcheer による X の連載です。1 回にひとつ、Hermes Agent の機能や設定を紹介しています。 このページでは #1〜#98（2026-10-10 まで）を日本語で読めるようにまとめ、各回から元のポストへ、関連する公式ドキュメントがある回はその日本語版へも進めるようにしました。
英語の原文は、@witcheer のサイト hermes recipes にもまとまっています。
この連載を続けている @witcheer と Nous Research に感謝します。
日本語の文はこのサイトによる要約です。正確な内容は元のポストと公式ドキュメントをご覧ください。
.xlsx で届きます。毎回そうしてほしいときは ~/.hermes/SOUL.md にその旨を書いておきます。 hermes send は設定済みのボットを使って、スクリプトからメッセージを送ります。モデルは呼びません。hermes send --to telegram のように送り先を指定し、ほかのコマンドの出力をパイプで渡すこともできます。 agent.session_stall_timeout（既定300秒、0で無効）で変えます。 unauthorized_dm_behavior: decline にすると短いお断りを1回だけ送り、その後24時間はその相手に返信しません。 gateway.message_timestamps の enabled を true にすると、利用者のメッセージの先頭に送信時刻が付いてモデルに届きます。「今朝の件」や間が空いたことを踏まえた返答になります。画面の表示と保存される記録は変わりません。 /topic で、裏のエージェントは1つのままです。完全に分けたいときは hermes profile create で別のボットを持つ別のエージェントを作ります。 session_reset の設定を無視します。区切りたいときは /new か /reset を使い、時間で区切りたいならプラグインを入れます。 sudo loginctl enable-linger $USER を一度実行するか、sudo hermes gateway install --system を使います。 /setprivacy で無効にしたあと、ボットをグループから外して入れ直すと、ふつうの発言も届くようになります。 hermes setup --portal でログインしてモデルを選ぶと、推論プロバイダが Nous になり Tool Gateway も有効になります。有料プランなら Web 検索や画像生成もキーなしで使えます。状態は hermes portal info で見ます。 reasoning_effort を設定できます。low や none にすると補助の呼び出しが速く安くなり、メインのチャットの設定は変わりません。 config.yaml の provider_routing の ignore に提供元を書くと、そこへは送られなくなります。Nous Portal は振り分けを自分で決めるので設定は効きません。 hermes fallback で登録します。制限の解除時刻やクールダウンを過ぎると、メインがまた試されます。 hermes model の選択画面はパイプやスクリプトからは使えませんが、チャットの /model なら切り替えられます。--global を付けると config.yaml にも残り、--once なら1ターンだけ切り替えて元に戻ります。 vendor/ の部分が抜けていることがあります。vendor/model の形で書くのを習慣にし、迷ったら hermes model の選択画面から選びます。 hermes proxy start で手元に OpenAI 互換の中継サーバーが立ち、Open WebUI などが契約中のモデルを使えます。準備の確認は hermes proxy status です。エージェントごと使いたいときは API サーバーのほうです。 OLLAMA_CONTEXT_LENGTH、vLLM は --max-model-len、llama.cpp は -c で広げます。 web_extract は今、長いページを LLM で要約せず、決まった文字数で先頭と末尾を残して返します。要約用のモデル代はかかりません。1ページの上限は web.extract_char_limit で変えられます。 --enable-auto-tool-choice と --tool-call-parser、llama.cpp は --jinja を付けて起動します。 hermes auth add、確認は hermes auth list です。 /model でモデルを変えると、次のターンは履歴全体を割引なしで読み直します。長いセッションでは行ったり来たりせず、別のモデルで新しいセッションを始めるほうが安く済むことがあります。 fallback_providers の各項目は、provider と model の両方がそろって初めて有効になり、欠けた項目は無視されます。クラウドが落ちたときの最後の控えとして、custom で自前のエンドポイントも指定できます。 /moa、組み合わせは hermes moa configure で決めます。 /undo を打つと、直前の自分のメッセージとエージェントの返事が履歴から消え、その前の時点から聞き直せます。CLI では既定で実行前に確認が出ます。戻るのは会話だけで、ファイルの変更はチェックポイントを有効にしたうえで /rollback で戻します。 @file:notes.md これを ToDo にして と書くと、ファイルの中身を添えて送れます。@file:notes.md:3-5 なら3〜5行目だけです。Telegram などのメッセージでは @ の記法は展開されません。 /branch を打つと、今のセッションが履歴ごと独立した写しとして分岐し、元の会話を残したまま別の案を試せます。/branch plan-b のように名前も付けられます。Telegram や Discord では分岐先が隣の新しいスレッドで開きます。 /context を打つと、システムプロンプト・ツール定義・ルール・記憶・会話などがウィンドウをどれだけ使っているかと、残りの空きが表で出ます。/context all ならスキルやツールセットごとの内訳も加わります。 /handoff telegram を打つと、履歴ごとセッションが Telegram のホームチャンネル（トピックを作れる場合は新しいトピック）へ移り、エージェントが要約を返します。ゲートウェイが動いていて、移動先で /sethome を済ませていることが条件です。 hermes config set sessions.auto_prune false、残す期間を変えるときは sessions.retention_days（既定90日）を使います。 hermes sessions import で、Claude Code と Codex CLI のセッションが新しい順に並び、選んだものが Hermes のセッションになります。元のファイルは書き換えません。設定の移行は hermes import-agent です。 AGENTS.md の隣に AGENTS.override.md を置くと、こちらが代わりに読み込まれます。共有の指示ファイルは書き換えずに済み、git の管理から外せば手元だけの設定になります。 compression.context_timeout_seconds（既定120秒）がその許容時間で、圧縮リクエスト自体のタイムアウトより短くはなりません。控えのモデルを設定していれば、1回だけやり直します。 /bg と、脇道の質問の /btw /bg はプロンプトを別のセッションで裏に回し、終わると結果が返ってきます。/btw はいまの会話について、進行中の作業を止めずに質問します。どちらもメッセージングのプラットフォームでも使えます。 SOUL.md はエージェントの人格、AGENTS.md はプロジェクトごとの決まり、MEMORY.md はエージェント自身の覚え書き、USER.md は利用者の好みです。後の2つはエージェントが書きます。置き場所と読み込まれる時機は下のページにまとまっています。 compression.idle_compact_after_seconds に秒数を入れると、その時間やり取りがなかったセッションは最初の返信の前に要約されます。既定は0（無効）です。 compression.threshold で決まり、モデルごとに変えたいときは compression.model_thresholds を使います。 config.yaml の platform_toolsets でプラットフォームごとのツールを絞れます。変化は hermes prompt-size でトークンを使わずに確かめられます。 auxiliary.compression で速くて安いモデルに振り分けられます。 hermes prompt-size は、会話の前に毎回送られるシステムプロンプト、スキルの索引、記憶、ツールの定義の大きさを内訳で示します。減らしたいときは hermes tools や hermes skills で使わないものを外します。 /goal の「完了」をはっきり決めて渡す /goal は判定役のモデルが完了と判断するまで作業を続けます。完了の条件があいまいだと判定もあいまいになるので、/goal draft で取り決めを書かせるか、verify: や stop when: で条件を書き添えます。 hermes sessions export は --format で形式を選べます。md／qmd は保管用、html は1ページで共有用です。外に出すときは --redact で鍵や認証情報を伏せ、1件だけなら --session-id を付けます。 MEMORY.md と USER.md の写しはセッション開始時に一度だけ取られます。途中で保存した内容はすぐディスクに入りますが、プロンプトに入るのは次のセッションからです。今すぐ使うなら /new で始め直します。 session_search で探せます。 ~/.hermes/state.db に溜まります。終了したセッションを消すのが hermes sessions prune です。自動の整理 sessions.auto_prune は既定で有効で、履歴を全部残したいときは false にします。 SOUL.md は人格、USER.md は使う人、MEMORY.md は覚えた事実です。プロジェクトの指示は .hermes.md → AGENTS.override.md → AGENTS.md → CLAUDE.md → .cursorrules の順で最初の1つだけが読まれ、長すぎるファイルは切り詰められます。 /new です。 config.yaml の protect_last_n、auxiliary.compression.model、model.context_length で調整します。 hermes-agent スキルが知っています。 config.yaml の skills.auto_load に並べたスキルは、CLI・ゲートウェイ・cron などの新しいセッションで最初から読み込まれます。1回の起動だけなら hermes -s <skill> を使います。 config.yaml の skills.create_dir に場所を書くと、エージェントが新しく作るスキルはそこへ保存されます。共有のリポジトリなどを指定できます。すでにあるスキルは元の場所のまま更新されます。 config.yaml の skills に external_dirs を足すと、共有リポジトリなど別の場所にあるスキルも読み込まれ、スラッシュコマンドで呼べます。同じ名前のスキルがあれば手元のものが優先されます。 /スキル名 で呼べます。/humanizer のあとに依頼を書くと、そのスキルを読み込んでから依頼を処理します。メッセージの先頭に複数並べれば、いくつものスキルを一度に使えます。 consolidate）でスキルを書き換える前に、現役のスキルの控えが取られます。書庫入りのスキルや監査台帳は控えに入りません。hermes curator rollback --list で控えを一覧し、hermes curator rollback で戻せます。 hermes bundles create でスキルをまとめると、/<名前> と打つだけで全部をまとめて読み込めます。まとめは ~/.hermes/skill-bundles/ の小さな YAML なので、共有やバージョン管理もしやすくなります。 hermes config set timezone America/New_York のように IANA 名で設定すると、エージェントの時計と cron がその時刻帯で動きます。ログはマシンの時刻のままです。HERMES_TIMEZONE があればそちらが優先です。 /loop 5m build.log を見てビルドが終わったら教えて のように打つと、今のセッションの中でまず1回、その後は5分ごとにエージェントが動きます。止めるときは /loop stop です。人が見ていない時間に回したいときは cron ジョブを使います。 /blueprint learn-daily を打つと、Hermes が学ぶトピックや時刻を1つずつ聞き、確認のあとで cron ジョブとして予約します。cron 構文は要りません。/blueprint だけなら型紙の一覧が出ます。 hermes pause を実行すると、cron の発火・kanban の振り分け・ゲートウェイの新しいターンがすべて始まらなくなります。hermes resume で元に戻ります。予想外の定期実行を見つけたときに使います。 hermes config set cron.model <model> で、個別に指定していない定期実行のジョブがすべてそのモデルで動きます。重いジョブだけ別のモデルにしたいときは hermes cron edit <job_id> --model で固定します。 blocked_config になり、通知は1回だけ届き、LLM は呼ばれません。次に正常に実行できれば自動で解除されます。 context_from に別のジョブの ID を指定すると、その直近の出力が実行時にプロンプトの先頭へ付きます。continuity なら自分の前回の出力が付きます。 [SILENT] だと、配信先へは何も届きません。「問題なければ [SILENT] だけ返す」とプロンプトに書けば、異常があるときだけ通知が来ます。失敗の通知は [SILENT] では止まらず、宛先は --failure-deliver で変えられます。 /cron で予約すると、結果が崩れることがあります。定期実行は会話の記憶がない新しいセッションで動くためです。URL・コマンド・守る条件をプロンプトの中に全部書いておきます。 AGENTS.md も読み込みません。hermes cron create に --workdir を付けるか、チャットで場所を伝えると、そのディレクトリで動き、指示ファイルも読まれます。 /approve を頼むよう指示が出ます。回数は approvals.denial_breaker_threshold（既定3、0で無効）で決まります。 approvals.smart_policy に書いたルールがその審査役の指示に加わり、「/etc の変更は必ず確認」のような方針を持たせられます。 tool_loop_guardrails.hard_stop_enabled を true にします。 hermes chat --checkpoints を付けて動かすと、ファイルを変える前の状態が保存されます。あとでそのフォルダでセッションを開けば /rollback で戻せます。保存状況は hermes checkpoints status で見られます。 hermes approvals suggest は過去の承認の履歴から、繰り返し許しているコマンドを許可リストの候補として番号付きで出します。そのままでは何も書かず、選んだものだけ --apply で反映します。 sudo -n がパスワードを求めることも確かめておきます。 hermes chat --checkpoints、常に使うなら checkpoints.enabled。戻すときは /rollback です。 display.bell_on_complete を有効にするとターンが終わったとき、display.bell_on_prompt なら承認などの確認待ちで端末のベルが鳴ります。SSH 越しでも鳴り、Ghostty などではデスクトップ通知も出ます。既定はオフです。 config.yaml で display.vim_mode: true にすると、CLI の入力欄が vi のキー操作になります。Esc で NORMAL、i で INSERT に移り、ステータスバーの右端にモードが出ます。起動時に読まれるので CLI を再起動します。 hermes -z はスクリプト向けに質問を1回投げて終わる実行です。--resume latest を付けると直近のセッションの続きとして動きます。latest の代わりにセッションの ID やタイトルも使えます。 hermes debug share で、バージョン・システム情報・直近のログをまとめたレポートを作り、共有用の URL を受け取れます。アップロード前に秘密の値は伏せられます。--local なら手元に表示するだけ、--nous なら非公開の置き場へ送ります。 hermes project create で複数のフォルダに1つの名前を付けると、デスクトップのセッションがプロジェクトごとにまとまります。add-folder で追加、use で切り替え、bind-board でカンバンの盤と結びます。 /bg <プロンプト> を送ると、別のセッションが並行して動き、手元のチャットはそのまま使えます。裏のエージェントは今の会話を知らないので、プロンプトは単体で分かるように書きます。モデルと設定は引き継がれます。 /steer で送ったメモは、今のツール呼び出しが終わった時点でエージェントに届き、作業は中断されません。次のターンに回すなら /queue、作業中の Enter の動きを決めるなら /busy です。 hermes computer-use install で入れ、画面収録とアクセシビリティを許可し、hermes -t computer_use chat で使います。 clarify ツールで、選択肢か自由回答の質問を最大5問まとめて出します。デスクトップでは1枚のカードに並び、Telegram などでは1問ずつ届きます。 mcp.discovery_concurrency（既定4、0で無制限）を上げると早く揃い、小さいマシンでは下げると負荷が抑えられます。 agent.disabled_toolsets に並べたツールセットは、CLI とすべてのゲートウェイで外されます。プラットフォームごとの設定より後に効くので、一か所で確実に止められます。web や memory などを指定します。 delegate_task ツールで、独立した子エージェントに作業を任せられます。子は会話の文脈を持たずに始まるので、必要なパスや条件は指示に書き込みます。子だけ安いモデルで動かす設定もあります。 hermes claw migrate --dry-run なら計画を見るだけです。API キーは --migrate-secrets を付けたときだけ移り、適用前に復元用の zip が作られます。 hermes doctor は設定、依存関係、認証などを調べて問題を一覧にします。直せるものは hermes doctor --fix が自動で修復を試みます。更新のあとや調子がおかしいときに、まず走らせるコマンドです。 hermes import-agent は ~/.claude や ~/.codex を見つけ、指示・スキル・MCP サーバー・許可リストを Hermes の形に移します。API キーは読みません。書く前に計画が出て、--dry-run なら何も書きません。 hermes insights は手元のセッションの記録から、直近30日のトークン量、使ったモデル、プラットフォーム、よく使うツールをまとめて表示します。期間は --days、対象の絞り込みは --source で指定します。 hermes backup は設定・記憶・スキル・セッションなどを zip にまとめ、動いている最中でも安全に取れます。戻すのは hermes import、重要なファイルだけ手早く取るなら hermes backup --quick です。 --workspace dir:<絶対パス> を付けます。相対パスは受け付けられません。 all だけではカンバンのツールが入らない チャットのエージェントにカンバンの盤を操作させたいとき、all を指定してもカンバンのツールは含まれません。hermes -p <プロファイル> tools enable kanban で名前を挙げて有効にし、新しいチャットを始めます。 hermes profile create <名前> --clone-all は設定・記憶・スキルなどを写しますが、セッション履歴・cron ジョブ・ボットの接続設定は写しません。 disk-cleanup プラグインを有効にすると、一時ファイルや定期実行の出力を期限で片づけます。 該当する項目がありません。全文検索 を試してください。