Hermes Agentには複数のブラウザー経路がありますが、標準では一時的な別プロファイルのChromiumを起動します。Tabbitのログイン状態が必要なら、Hermesのローカルターミナルから同じ端末上のTabbit CLIを呼び、Tabbit Skillを読み込んでからページを確認します。r/hermesagentの投稿者は/browser connectでChromeのタブを開き、サイトを調べられたと報告する一方、別の人はLinuxで「少し不安定」と述べています。まず実行環境を選び、次にアカウントと対象ページを検証します。元の議論。
要点
Hermesのブラウザーとターミナルは別です。ブラウザーのログイン状態は、ターミナルの実行場所を決めません。
標準の
browser_execはHermes管理の新しいChromiumプロファイルを使います。/browser connectは対応するChrome系ブラウザー向けです。Tabbit専用接続は確認されていません。Tabbit CLIにはTabbit Skillと、Tabbitに届くローカルターミナルが必要です。
Docker、SSH、VPSはデスクトップのブラウザーやプロファイルを自動共有しません。
出典URL付きの結果を名前付き下書きに保存し、変更前に人が確認します。
ブラウザー経路を選ぶ
| 経路 | ブラウザーの実行場所 | ログイン状態 | 適した用途 |
|---|---|---|---|
Hermes browser_execとローカルChromium | Hermesのセッション内 | 新規プロファイルで通常は未ログイン | 公開ページを分離して調べる、テスト用にログインする。 |
Hermes /browser connect | CDP経由のChrome、Brave、Chromium、Edge | 接続先のセッションを利用可能 | 画面を見ながら作業したい場合。Tabbitを直接接続できるかは未検証。 |
| ローカルHermesターミナルからTabbit CLI | Tabbit Browser内 | Tabbitのログインを利用可能 | Tabbitにログイン済みの環境が必要な作業。 |
| Docker、SSH、VPSのターミナル | コンテナやリモートホスト | デスクトップとは原則別 | リモートで実行し、専用ブラウザーか対応済みの引き継ぎがある。 |
Hermesの公式ガイドによると、browser_execは実ブラウザーを操作します。クラウドやCDPなどの設定がなければ、新しいプロファイルのChromiumを起動します。/browser connectはChrome、Brave、Chromium、Edge向けに説明されています。Tabbit専用の接続経路は記載されていません。Hermes Browser Automation。
既存ブラウザーへの接続ガイド、Browser MCPとCLIの比較、Tabbit CLIガイドでプロファイルや接続方式を確認できます。
Skill、ツール、モデルを確認する
Hermesでは名前付きスラッシュコマンドでSkillを読み込めます。Tabbit Skillが~/.agents/skillsにある場合、~/.hermes/config.yamlのskills.external_dirsにそのディレクトリを追加し、セッションを更新してhermes skills listを確認します。見つかったら/tabbitで読み込みます。リストにない場合は、別のコマンドを試す前に検出設定を直します。Hermes Skills。
hermes config get modelとhermes config checkでモデルと設定を確認します。モデル/提供元はブラウザー接続ではありません。またHermesにブラウザーツールがあっても、ターミナルからTabbit CLIを実行できるとは限りません。
Hermesの設定にはlocal、docker、sshなどのターミナルバックエンドがあります。localは現在の端末でコマンドを実行します。DockerやSSHでは別の場所で動きます。Hermes設定ガイド。
ダッシュボードを開く前に実行先を選ぶ
公開ページだけを調べるなら、HermesのローカルChromiumを使います。
対応ブラウザーの現在のログインを使うなら、CLIでCDPと
/browser connectの要件を確認します。Tabbitのログインが必要なら、ローカルHermesターミナルからTabbit CLIを呼びます。Tabbitがインストールされた端末で実行していることを確認します。
Docker、SSH、VPS上のHermesはリモートです。対応するブリッジやローカル引き継ぎを設定しない限り、デスクトップのログインは使えません。
Redditの利用者はローカルDeepSeek V4 FlashでChromeのデバッグタブを開けたと報告しました。同じスレッドではLinuxで不安定という声もあり、別の利用者はbrowser-useが自分のローカルモデル用ハードウェアに合わないと述べています。これらは個人の感想で、性能試験ではありません。Hermesブラウザーの議論 · ローカルモデルの議論。
Tabbit CLIでログイン済みダッシュボードを確認する
例では、Tabbit上の監視ダッシュボードを読み、確認待ちのメモを作ります。ダッシュボードの変更や通知はしません。
Hermesをローカルで起動し、
hermes config get terminal.backendでlocalを確認します。HermesがTabbit Skillを検出していることを確認し、
/tabbitで読み込みます。SkillのCLI手順を確認します。Tabbit Browserで自分でダッシュボードにログインし、ワークスペースと期間を確認します。
ページタイトル、ワークスペース、期間、指標名、各値の出典URLを返すよう依頼します。
Monitoring check: review firstという名前の下書きに保存します。ダッシュボードは変更しません。通知や更新の前に、出典ページと各値を照合します。
Tabbit CLIクイックスタートは、TabbitにログインしてSkillを確認し、Agentにタスクを頼む手順を説明します。作業中に他のウィンドウを使えるとも案内しています。別の限定的なローカル試験では、短時間のテストログイン後、2つ目のTabbit CLIタスクが保護されたページを読めました。Hermesやホスト型モデルの検証ではありません。
tabbit Skillと説明されたローカルCLIを使い、{{ dashboard_name }}の{{ date_range }}を読む。
読み取り専用。まずページタイトル、ワークスペース、選択期間、最終URLを返す。アカウントか期間が違う場合、ログイン、MFA、CAPTCHAが表示された場合は停止する。
各指標について、表示ラベル、値、比較期間、出典URLを返す。表示されない値は「未表示」と記す。推測やダッシュボード変更はしない。
"Monitoring check: {{ date_range }}: review first"という下書きを作る。各値を人が照合するチェックリストを付ける。通知送信やシステム更新はしない。反復手順をSkillにする場合は操作と確認条件を保存します。/tabbitを読み込んでもターミナルやブラウザー接続先は変わりません。最初のブラウザータスク確認表とCodex向けTabbit CLI設定も参照してください。
実行層ごとに問題を探す
| 症状 | 問題の層 | 再実行前に確認すること |
|---|---|---|
/tabbitがない | Skill検出 | hermes skills list、skills.external_dirs、Skill名、セッション更新。 |
| サイトが未ログイン | ブラウザープロファイル | Hermesの一時ChromiumかTabbitかを確認し、自分でログインする。 |
| ブラウザーは使えるがCLIがない | ターミナル | localか、実行環境にCLIがあるか。 |
| Docker/VPSからデスクトップを見られない | 実行場所 | 対応するローカル引き継ぎを設定するか、リモートブラウザーを使う。 |
/browser connectが失敗 | CDP | ブラウザー、接続先、デバッグ許可、プロファイルを確認する。 |
| ダッシュボードの値が不正 | ページ状態 | 期間、フィルター、ワークスペース、出典を確認する。 |
| モデルは使えるが閲覧できない | ツール設定 | ブラウザーとターミナルを別々に確認する。 |
MCPを使うなら接続済みなのにツールがない場合、独自アプリならローカルWebアプリ検証を参照します。権限は必要な範囲に絞り、ブラウザーAgentの安全リスクを確認してください。編集可能な文書にまとめる場合はCMS下書きフローも役立ちます。
結論
公開ページの閲覧にはHermesのブラウザーを使います。/browser connectは対応ブラウザーとCDP要件を満たす場合に選びます。Tabbitのログイン状態が必要なら、SkillとCLIを確認した上でローカルHermesターミナルからTabbit CLIを実行します。リモート環境には明示的なブリッジが必要です。変更や通知は人が確認するまで保留します。
関連ガイド
よくある質問
Hermes Agentには独自のブラウザーがありますか？
あります。`browser_exec`などのブラウザーツールを提供します。標準では新しいプロファイルのChromiumを起動するため、普段のサイトにはログインしていません。
Hermesでログイン済みブラウザーを使うには？
HermesはCDP経由でChrome、Brave、Chromium、Edgeに接続する`/browser connect`と、任意の実プロファイル利用を案内しています。Tabbitを使う場合は、Tabbitと同じ端末で動くHermesローカルターミナルからTabbit CLIを呼び出してください。Tabbit専用の`/browser connect`対応はここでは確認していません。
HermesのローカルターミナルはブラウザーとCookieを共有しますか？
共有しません。ターミナルの実行場所とブラウザーセッションは別々の選択です。ログイン状態を使う前に、どのブラウザーとプロファイルを操作するか確認します。
HermesはDockerやVPSからTabbitを使えますか？
自動では使えません。Docker、SSH、VPSはデスクトップのブラウザーとは別の場所で実行されます。対応したローカル引き継ぎを設定するか、リモート側のブラウザーでログインしてください。
Hermesのブラウザー利用に特定のモデル提供元が必要ですか？
モデル/提供元とブラウザーツールは別に設定します。`hermes config get model`と`hermes config check`で設定を確認し、ブラウザーまたはローカルターミナルのツールが有効か確認してください。
ダッシュボードの結果をどう検証しますか？
要約の前にワークスペース、表示期間、指標名、出典URLを返すよう指示します。名前付き下書きに残し、通知や変更を行う前に実際のページと照らし合わせます。