スラッシュコマンド早見表

Hermes のスラッシュコマンドには 2 つの入り口があり、どちらも hermes_cli/commands.py にある中央の COMMAND_REGISTRY が動かしています。

• 対話型 CLI のスラッシュコマンド — cli.py が処理し、補完候補はレジストリから出てきます
• メッセージングのスラッシュコマンド — gateway/run.py が処理し、ヘルプ文とプラットフォームのメニューはレジストリから生成されます

インストール済みのスキルも、どちらの入り口でも動的なスラッシュコマンドとして現れます。（/plan はかつてこの一種でしたが、今は組み込みコマンドです。後述のセッションの表を見てください。）名前が組み込みコマンド（またはその別名）と重なるスキルには、/<name> は割り当てられません。組み込みの側が勝ち、スキルは /skill <name> で読み込めるままになります。/skills list、/help skills、コマンドパレットでは、そうしたスキルに slash command /<name> unavailable — name taken by built-in; use /skill <name> という印が付きます。

権限と管理者・一般ユーザーの切り分け

ユーザーごとの許可リストに対応しているメッセージングプラットフォーム（Telegram、Discord、Slack、Matrix、Mattermost、Signal など）は、スラッシュコマンドを二段階に分ける仕組みにも対応しています。管理者は登録済みのコマンドをすべて使え、一般ユーザーは user_allowed_commands に挙げた名前だけを使えます（これに加えて常に許可される最低ラインとして /help と /whoami があります）。設定は ~/.hermes/config.yaml の各プラットフォームの extra: ブロックの中で、allow_admin_from と user_allowed_commands（グループ向けの対応物である group_allow_admin_from / group_user_allowed_commands）を書きます。

例はプラットフォームごとのドキュメントを見てください。構造はどのプラットフォームでも同じです。

• Telegram
• Discord
• Slack
• Matrix
• Mattermost
• Signal

ある範囲で allow_admin_from を設定していない場合、その範囲は制限なしの後方互換モードのままになり、許可されたユーザー全員がすべてのコマンドを実行できます。

対話型 CLI のスラッシュコマンド

CLI で / を打つと補完メニューが開きます。組み込みコマンドは大文字小文字を区別しません。

セッション

設定

ツールとスキル

情報

終了

動的な CLI スラッシュコマンド

クイックコマンド

ユーザーが決めるクイックコマンドは、短いスラッシュコマンドをシェルのコマンドか別のスラッシュコマンドに割り当てるものです。~/.hermes/config.yaml で設定します。

quick_commands:
  status:
    type: exec
    command: systemctl status hermes-agent
  deploy:
    type: exec
    command: scripts/deploy.sh
  inbox:
    type: alias
    target: /gmail unread

こうしておくと、CLI やメッセージングプラットフォームで /status、/deploy、/inbox と打てます。クイックコマンドは実行時に解決されるので、組み込みの補完やヘルプの表にはすべてが出てくるとは限りません。

文字列だけのプロンプトの短縮は、クイックコマンドとしては使えません。長めの使い回すプロンプトはスキルに入れるか、type: alias で既存のスラッシュコマンドを指してください。

モデルの別名を自分で決める

よく使うモデルに自分で短い名前を付けておくと、動いているセッションの中では /model <alias>、起動時には hermes chat --model <alias>、あるいはどのメッセージングプラットフォームからでも呼び出せます。別名はどの経路でも同じように動き、セッション限り（既定）でも --global の切り替えでも使えます。

設定の書き方は 2 通りあります。

完全な形 — モデル、プロバイダ、必要ならベース URL まで固定します。~/.hermes/config.yaml に書きます。

model_aliases:
  fav:
    model: claude-sonnet-4.6
    provider: anthropic
  grok:
    model: grok-4
    provider: x-ai
  ollama-qwen:
    model: qwen3-coder:30b
    provider: custom
    base_url: http://localhost:11434/v1
  theta:
    model: theta-1
    provider: custom
    base_url: https://theta.example.com/v1
    key_env: THETA_API_KEY        # or: api_key: "${THETA_API_KEY}"

独自の base_url を持つ別名は、そのエンドポイントの認証情報を api_key（値そのもの、または "${VAR}" という参照）か key_env（環境 変数の名前）で渡せます。両方が設定されている場合は api_key が優先されます。どちらも設定していない場合、キーは別名のホストから 解決され、切り替える前に使っていたプロバイダから引き継ぐことはありません。

短い形 — provider/model を 1 つの文字列で書きます。YAML を編集せずシェルから設定できます。

hermes config set model.aliases.fav anthropic/claude-opus-4.6
hermes config set model.aliases.grok x-ai/grok-4

そしてチャットでは、こう使います。

/model fav            # session-only
/model grok --global  # also persists current-model change to config.yaml

ユーザーが決めた別名は組み込みの短い名前より優先されるので、別名を sonnet、kimi、opus などにすると組み込みのほうが隠れます。別名は大文字小文字を区別しません。

別名の解決

コマンドは前方一致でも解決できます。/h と打てば /help、/mod と打てば /model になります。前方一致が複数のコマンドに当たってあいまいなときは、レジストリの並び順で最初に見つかったものが選ばれます。完全なコマンド名と登録済みの別名は、常に前方一致より優先されます。

メッセージングのスラッシュコマンド

> Slack のスレッド内でのコマンド（! の接頭辞）: > Slack はスレッドの中でのネイティブのスラッシュコマンドを自前でブロックしており（"/queue is not supported in threads. Sorry!"）、Hermes には届きません。Slack のスレッドの中では代わりに ! を頭に付けてください。!stop、!new、!status のように書けば、ゲートウェイがスラッシュの形とまったく同じように処理します。スレッドでは @Hermes !stop と @Hermes /stop も動きます。既知のコマンド一覧と照合されるのは最初の語だけなので、!nice work のようなメッセージはそのままエージェントに渡ります。詳しくは スレッドの中でコマンドを使う を見てください。

メッセージングゲートウェイは、Telegram、Discord、Slack、WhatsApp、Signal、メール、Home Assistant、Teams のチャットの中で、次の組み込みコマンドに対応しています。

補足

• /skin、/snapshot、/export、/import、/reload、/tools、/toolsets、/browser、/config、/cron、/platforms、/paste、/image、/statusbar、/battery、/focus、/plugins、/indicator、/wake、/journey、/redraw、/clear、/history、/save、/copy、/handoff、/prompt、/pet、/hatch、/timestamps、/subscription、/quit は CLI 専用のコマンドです。
• /skills の検索・閲覧・インストールは CLI 専用です。書き込み承認の確認用サブコマンド（pending、approve、reject、diff、approval）は、skills.write_approval が有効ならメッセージングプラットフォームでも動きます。/memory はどちらの入り口でも動きます。
• /verbose は既定では CLI 専用ですが、config.yaml で display.tool_progress_command: true にするとメッセージングプラットフォームでも使えます。有効にすると display.tool_progress のモードを順に切り替え、設定に保存します。
• /focus と /verbose は同じ抑制の経路（display.tool_progress）を共有するので、互いに矛盾することはありません。/focus on はツールの進捗表示を off に固定し、それまでのモードを display.focus_saved_tool_progress に控えておきます。/focus off でそれを戻します。フォーカス中に /verbose で切り替えると、モードの主導権が戻ってフォーカスのバッジは消えます。フォーカス表示は見た目だけのもので、会話の履歴もシステムプロンプトもモデルへ送るものも一切変えないので、プロンプトキャッシュへの影響はゼロです。
• /sethome、/restart、/approve、/deny、/topic、/platform、/pause、/commands はメッセージング専用のコマンドです。
• /status、/egress、/version、/whoami、/bg、/btw、/queue、/steer、/voice、/reload-mcp、/reload-skills、/rollback、/diff、/debug、/fast、/approvals、/busy、/footer、/curator、/kanban、/topup、/login、/suggestions、/blueprint、/learn、/init、/sessions、/loop、/yolo は、CLI とメッセージングゲートウェイのどちらでも動きます。
• /voice join、/voice channel、/voice leave は Discord でしか意味がありません。
• /connectors は TUI 専用です。
• TUI では、/sessions は今の TUI プロセスで動いているセッションを表示します。保存済みや閉じたあとの記録には /resume [name] か hermes --tui --resume <id-or-title> を使ってください。

取り返しのつかないコマンドの確認

保存していないセッションの状態を捨ててしまうスラッシュコマンドについては、CLI が実行前に確認します。今のところ対象は次のとおりです。

これらのそれぞれについて、CLI は 3 択のダイアログを開きます。Approve Once（今回だけ進める）、Always Approve（進めたうえで approvals.destructive_slash_confirm: false を設定に残し、以後は確認なしで実行する）、Cancel です。

その場で飛ばす: 末尾に now、--yes、-y を付けると、その 1 回だけダイアログを省けます（例: /reset now、/new --yes my-session、/clear -y、/undo -y）。ダイアログが端末でうまく表示されないとき（Windows のネイティブの PowerShell については issue #30768 を見てください）や、CLI をスクリプトから動かすときに便利です。

~/.hermes/config.yaml で approvals.destructive_slash_confirm: false にすると、確認を全体的に無効にできます。true に戻せばまた有効になります。背景は セキュリティ — 取り返しのつかないスラッシュコマンドの確認 を見てください。