Hermes Agent Wiki 非公式・日本語wiki

Web 検索と抽出

目次

Hermes Agent には、モデルから呼べる Web 用のツールが 2 つあり、いずれも複数のプロバイダーで動きます。

  • web_search — Web を検索して、順位付きの結果を返します
  • web_extract — 1 つ以上の URL を取得して、読める形の中身を取り出します

どちらもバックエンドを 1 か所選ぶだけで設定できます。プロバイダーは hermes tools で選ぶか、config.yaml に直接書きます。

バックエンド

プロバイダー 環境変数 検索 抽出 無料枠
Firecrawl(既定) FIRECRAWL_API_KEY(任意 — 選ぶだけならキーなしでも動きます) 月 500 クレジット · 選択時はキーなしのクラウド
SearXNG SEARXNG_URL ✔ 無料(自前運用)
Brave Search(無料枠) BRAVE_SEARCH_API_KEY 月 2 000 クエリ
DDGS(DuckDuckGo) —(キー不要) ✔ 無料
Tavily TAVILY_API_KEY(任意) ✔ キーなしの持ち回りに参加 · 無料キーありで月 1 000 検索
Exa EXA_API_KEY(任意) ✔ キーなしの持ち回りに参加 · キーありで月 1 000 検索
Parallel PARALLEL_API_KEY(任意) ✔ キーなしの持ち回りに参加 · キーありは有料
Keenable KEENABLE_API_KEY(任意) ✔ キーなしの持ち回りに参加 · キーありは有料
xAI (Grok) XAI_API_KEY または hermes auth add xai-oauth 有料(SuperGrok かトークン従量)

Brave Search、DDGS、xAI は 検索専用 です。web_extract も使いたい場合は、Firecrawl / Tavily / Exa / Parallel のどれかと組み合わせてください。DDGS は内部で ddgs Python パッケージ を使います。未インストールなら pip install ddgs を実行してください(初回利用時に Hermes が自動で入れることもできます)。xAI は Responses API 上で Grok のサーバー側 web_search ツールを動かします。結果は索引に基づくものではなく LLM が生成したものなので、タイトルも説明も URL の選択もすべてモデルの出力です(下の 信頼モデルの注意 を参照)。

機能ごとの使い分け: 検索と抽出で別々のプロバイダーを使えます。たとえば検索は SearXNG(無料)、抽出は Firecrawl という組み合わせです。下の 機能ごとの設定 を参照してください。

無料と有料を自分で選ぶ: hermes tools では、Exa、Parallel、Keenable がそれぞれ 2 行ずつ — Free (keyless)Paid (API key) — で並びます。Free を選ぶとその事業者の匿名エンドポイントに固定され(あとからキーを足しても変わりません)、Paid を選ぶとキーを使う経路に固定されます(キーがないと、黙って無料枠に落ちるのではなくエラーになります)。選択内容は web.provider_tier.<name>: free|paid として保存されます。未設定のままにすると自動判定です(キーがあれば有料、なければキーなしの持ち回り)。


web_extract が長いページをどう扱うか

バックエンドはページのマークダウンをそのまま返すので、掲示板のスレッド、ドキュメントサイト、コメント付きのニュース記事などでは膨大な量になります。コンテキストウィンドウを使える状態に保つため、web_extract決まった文字数の予算 を当てはめます。LLM による要約は一切挟みません。

ページの大きさ(文字数) 何が起きるか
予算以下(既定は 15 000) まるごと返します。マークダウン全体がエージェントに届きます
予算を超える 先頭と末尾の窓(先頭 約 75% / 末尾 約 25%、マークダウンの行の切れ目で切ります)に、[TRUNCATED] の注記を付けます。整形済みの全文はディスクに保存され、注記にはそのファイルのパスと、省かれた中ほどを読み進めるための read_file の呼び出し方が書かれます
2 000 000 を超える 保存するテキストは 2 MB で頭打ちになります

1 ページあたりの予算は config.yamlweb.extract_char_limit で変えられます(既定は 15000、2 000〜500 000 の範囲に収められます)。エージェント側も、ツールの char_limit 引数で呼び出しごとに引き上げられます。

切り詰めが邪魔になるとき

取り出したマークダウンではなく、生きた DOM そのものが必要なとき — たとえば JavaScript 中心のページで、抽出してもほとんど中身が返ってこない場合 — は、代わりに browser_navigatebrowser_snapshot を使ってください。ブラウザーのツールは生きたアクセシビリティツリーを返します(巨大なページでは、こちらにも独自の上限があります)。


結果のキャッシュ

短い時間のうちに同じ Web 呼び出しが起きた場合は、有料のバックエンドではなくキャッシュから返します。これでクレジットと待ち時間を節約できます。重複が起きやすいのは 2 つの場面です。サブエージェントを一斉に走らせたとき(複数の委任先が同じ話題を調べる)と、エージェントが数分前に読んだページを見直すときです。

呼び出し キャッシュ 有効範囲
web_search — 同じ検索語(大文字小文字と空白は無視)、同じプロバイダー メモリー上のメモ プロセスごと
web_extract — 同じ URL、同じ形式、同じプロバイダー 全文を ~/.hermes/cache/web/ に保存 CLI、ゲートウェイ、定期実行、サブエージェントの各プロセスで共有

同じ検索が同時に走った場合(サブエージェントを並列に走らせて同じ検索語が一斉に飛ぶ場合)は、バックエンドへの 1 回のリクエストにまとめられます。最初の呼び出し元が費用を負担し、残りは同じ応答を共有します。検索の件数指定は 10 / 20 / 50 / 100 に丸められるので、ほとんど同じリクエスト(limit=5limit=8)が 1 つのキャッシュを共有しつつ、各呼び出し元は要求した件数を受け取ります。

キャッシュされるのは成功した応答だけです。失敗した場合はつねにバックエンドへやり直しますし、キーなしの緊急回避で処理された応答はキャッシュされません(次の呼び出しでは、また選んだバックエンドを試します)。security.website_blocklist に当たる URL も、キャッシュからは返しません。キャッシュ済みの抽出結果は通常の切り詰め処理をあらためて通るので、2 回目に別の char_limit を渡すと、同じ保存済みの取得結果からその長さで返ります。

ローカル開発の URL はキャッシュしません。 localhost127.0.0.1*.local、ドットを含まない LAN のホスト名、プライベートやリンクローカルの IP 範囲(192.168.*10.*172.16-31.*)は、抽出のキャッシュを完全に素通りします。開発サーバー、ホットリロードのビルド、チャット GUI の成果物プレビューは保存のたびに変わるので、キャッシュがあると古いビルドを見せてしまうからです。ローカルのページは毎回その場で取得します。(そもそもこれらの URL に届くのは、security.allow_private_urls を有効にしている場合だけです。)

公開インターネット越しに動作確認したい場合は? ステージング環境やトンネルの URL は公開 DNS なので、ローカル開発の規則では拾えません。web.cache_exempt_hosts に並べておけば、これらもつねにその場で取得します。項目は完全一致、*. のワイルドカード、ドメインの後方一致のいずれかで判定されます(mysite.dev と書くと preview.mysite.dev も含みます)。

# ~/.hermes/config.yaml
web:
  cache_exempt_hosts:
    - mysite.vercel.app
    - "*.ngrok-free.app"
# ~/.hermes/config.yaml
web:
  cache_enabled: true      # default; set false to disable both caches
  cache_ttl_minutes: 20    # freshness window, clamped 1–1440

スコアや価格、速報のような本当に動きのあるデータを調べていて、毎回新しく取りたい場合は、TTL を短くするか web.cache_enabled: false を設定してください。


設定

hermes tools でさっと設定する

hermes tools を実行し、Web Search & Extract へ進んでプロバイダーを選びます。必要な URL や API キーは対話形式で聞かれ、設定に書き込まれます。

hermes tools

Firecrawl(既定)

検索も抽出もひととおりそろっています。多くの人にはこれをおすすめします。

# ~/.hermes/.env
FIRECRAWL_API_KEY=fc-your-key-here

キーは firecrawl.dev で取得します。無料枠は月 500 クレジットです。

Firecrawl を自前で動かす場合: クラウドの API ではなく、自分のインスタンスを指します。

# ~/.hermes/.env
FIRECRAWL_API_URL=http://localhost:3002

FIRECRAWL_API_URL を設定した場合、API キーは任意です(サーバー側の認証は USE_DB_AUTHENTICATION=false で切れます)。


SearXNG(無料・自前運用)

SearXNG はプライバシーに配慮したオープンソースのメタ検索エンジンで、70 以上の検索エンジンの結果をまとめます。API キーは不要 で、動いている SearXNG のインスタンスを Hermes に教えるだけです。

SearXNG は 検索専用 です。web_extract には別の抽出プロバイダーが要ります。

自分専用のインスタンスが手に入り、レート制限もありません。

1. 作業用のディレクトリを作ります:

mkdir -p ~/searxng/searxng
cd ~/searxng

2. docker-compose.yml を書きます:

# ~/searxng/docker-compose.yml
services:
  searxng:
    image: searxng/searxng:latest
    container_name: searxng
    ports:
      - "8888:8080"
    volumes:
      - ./searxng:/etc/searxng:rw
    environment:
      - SEARXNG_BASE_URL=http://localhost:8888/
    restart: unless-stopped

3. コンテナーを起動します:

docker compose up -d

4. JSON API の形式を有効にします:

SearXNG は既定で JSON 出力が無効になっています。生成された設定をコピーして有効にします。

# Copy the auto-generated config out of the container
docker cp searxng:/etc/searxng/settings.yml ~/searxng/searxng/settings.yml

~/searxng/searxng/settings.yml を開きます。 use_default_settings: true があれば、そのファイルには上書きしたい設定だけが入っています。ほかの設定は組み込みの既定値を引き継ぎます。 Hermes 向けに JSON の応答を有効にするには、次の上書きを足します。

search:
  formats:
    - html
    - json

settings.yml はおおむね次のようになります。

# Read the documentation before extending the defaults:
# https://docs.searxng.org/admin/settings/

use_default_settings: true

server:
  secret_key: "abcdef12345678"
  image_proxy: true

search:
  formats:
    - html
    - json

5. 再起動して反映します:

docker cp ~/searxng/searxng/settings.yml searxng:/etc/searxng/settings.yml
docker restart searxng

6. 動作を確認します:

curl -s "http://localhost:8888/search?q=test&format=json" | python3 -c \
  "import sys,json; d=json.load(sys.stdin); print(f'{len(d[\"results\"])} results')"

10 results のような表示が出れば成功です。403 Forbidden が返る場合は JSON の形式がまだ無効なので、手順 4 を見直してください。

7. Hermes を設定します:

# ~/.hermes/.env
SEARXNG_URL=http://localhost:8888

そのうえで、~/.hermes/config.yaml で検索のバックエンドに SearXNG を選びます。

web:
  search_backend: "searxng"

hermes tools → Web Search & Extract → SearXNG からでも設定できます。


方法 B — 公開インスタンスを使う

公開されている SearXNG のインスタンスは searx.space に一覧があります。JSON 形式が有効 なもの(表に表示されます)で絞り込んでください。

# ~/.hermes/.env
SEARXNG_URL=https://searx.example.com

SearXNG と抽出プロバイダーを組み合わせる

SearXNG は検索を担当するので、web_extract には別のプロバイダーが要ります。機能ごとのキーを使ってください。

# ~/.hermes/config.yaml
web:
  search_backend: "searxng"
  extract_backend: "firecrawl"   # or tavily, exa, parallel

この設定では、Hermes は検索をすべて SearXNG で行い、URL の抽出は Firecrawl で行います。無料の検索と質の高い抽出を組み合わせられます。


Tavily

AI 向けに最適化された検索と抽出です。hermes tools で Tavily を選ぶ(または web.backend: tavily を設定する)と、アカウントなしの キーなし で使えます(レート制限あり)。上限を上げたいときは API キーを設定します。

# optional — skip this for keyless access after selecting Tavily
# ~/.hermes/.env
TAVILY_API_KEY=tvly-your-key-here

キーは app.tavily.com で取得します。Tavily のキーなし利用 も参照してください。

何も設定していない環境では、名前の付いた既定は Firecrawl のままです。キーなしの Tavily が自動で選ばれることはありません。


Exa

意味を踏まえたニューラル検索です。調べ物や、概念的に近い内容を見つけたいときに向きます。

# ~/.hermes/.env
EXA_API_KEY=your-exa-key-here

キーは exa.ai で取得します。無料枠は月 1 000 検索です。


Parallel

AI を前提に作られた検索と抽出で、踏み込んだ調査もこなします。

# ~/.hermes/.env
PARALLEL_API_KEY=your-parallel-key-here

利用申し込みは parallel.ai から行います。


xAI (Grok)

web_search を、Responses API 上にある Grok のサーバー側 web_search ツール に流します。実際の検索は Grok が行い、上位の結果を構造化された JSON で返します。

どちらの認証方法でも使えます。新しい環境変数も、新しい設定ウィザードも要りません。

# ~/.hermes/.env (env-var path)
XAI_API_KEY=sk-xai-your-key-here

SuperGrok の契約者は次のようにします。

hermes auth add xai-oauth

そのうえで、検索のバックエンドに xAI を選びます。

# ~/.hermes/config.yaml
web:
  backend: "xai"

任意の調整項目:

web:
  backend: "xai"
  xai:
    model: grok-build-0.1        # reasoning model required by web_search (default)
    allowed_domains:             # optional, max 5 — mutex with excluded_domains
      - arxiv.org
    excluded_domains:            # optional, max 5
      - example-spam.com
    timeout: 90                  # seconds (default)

検索専用 です。web_extract も使うなら Firecrawl / Tavily / Exa / Parallel と組み合わせてください。401 が返った場合、このプロバイダーは OAuth トークンの再取得を 1 回だけ強制して再試行します(有効期間の途中で失効した場合や、事前の期限チェックでは中身を読めない不透明なトークンに対応するためです)。環境変数の認証情報ではこの再試行は行いません。


設定

単一のバックエンド

Web の機能すべてに 1 つのプロバイダーを設定します。

# ~/.hermes/config.yaml
web:
  backend: "searxng"   # firecrawl | searxng | brave-free | ddgs | tavily | exa | parallel | xai

機能ごとの設定

検索と抽出で別々のプロバイダーを使います。無料の検索(SearXNG)と有料の抽出プロバイダー、あるいはその逆を組み合わせられます。

# ~/.hermes/config.yaml
web:
  search_backend: "searxng"     # used by web_search
  extract_backend: "firecrawl"  # used by web_extract

機能ごとのキーが空のときは、どちらも web.backend に落ちます。Web の選択が一度も書き込まれていない場合にかぎり、存在する API キーや URL からバックエンドが自動判定されます。いったん選択がある状態になれば、実行時はつねにそれを使い、.env にキーを足しても Web の通信先は変わりません。

優先順位(機能ごと):

  1. web.search_backend / web.extract_backend(機能ごとの明示指定)
  2. web.backend(共通の受け皿。nous は運用込みのツールゲートウェイ)
  3. 環境変数からの自動判定(一度も設定していない場合のみ)

自動判定

バックエンドが 一度も 選ばれていない場合(web.backend や機能ごとのキーを、自分でも hermes tools でも書いていない場合)、Hermes は設定済みの認証情報を見て、使えるものを上から順に選びます。

ある認証情報 自動で選ばれるバックエンド
TAVILY_API_KEY tavily
EXA_API_KEY exa
PARALLEL_API_KEY parallel
FIRECRAWL_API_KEY または FIRECRAWL_API_URL(あるいは Nous のツールゲートウェイが使える状態) firecrawl
SEARXNG_URL searxng
BRAVE_SEARCH_API_KEY brave-free
ddgs パッケージを読み込める ddgs
*(何も設定されていない)* キーなしの持ち回り: exa / parallel / tavily / firecrawl / keenable(順番に回します)

キー不要の無料枠の持ち回り: 上の認証情報が *ひとつも* ない場合、リクエストは 5 社の公開無料枠(Exa、Parallel、Tavily、Firecrawl、Keenable)を順に回るので、入れたばかりで何も設定していなくても Web のツールが動きます。レート制限に当たったリクエストは、持ち回りの次の事業者へ自動で移ります。hermes tools で 1 社に固定すれば持ち回りは止まります(そのあとは、制限に当たったときの引き継ぎ先としてだけ使われます)。どの無料枠も、短時間に集中すると事業者側の制限に当たります。ふだんの使い方であれば問題ありません。この枠を止めるには web.keyless_fallback: false を設定します。止めたうえで認証情報もない場合、プロバイダーを設定するまで Web のツールは使えません。

キーありのバックエンド向けの、1 回かぎりの緊急回避: 選んだキーありのバックエンドが呼び出しに失敗したとき(キーの誤り、障害、上流の 5xx)、その 1 回だけはエラーにせず、キー不要の無料枠の持ち回りで自動的にやり直します。結果には、どの事業者が処理したか、そしてその理由が記されます(rescued_from / backend_error)。この切り替えは残りません。次の web_search / web_extract の呼び出しでは、また選んだバックエンドを試します。止めるには web.keyless_rescue: false を設定します(keyless_fallback を切っている場合も同時に無効です)。

xAI の Web 検索は自動判定の対象に 入っていませんXAI_API_KEY を設定していても(xAI Grok の OAuth でログインしていても)、Web の通信が自動で xAI に向くことはありません。これらの認証情報は推論や音声合成、画像生成にも使われるもので、Web には別のバックエンドを使いたい人もいるからです。使いたい場合は web.backend: "xai" で明示的に指定してください。


設定を確認する

hermes setup を実行すると、どの Web バックエンドが検出されているか分かります。

✅ Web Search & Extract (searxng)

CLI から確かめることもできます。

# Activate the venv and run the web tools module directly
source ~/.hermes/hermes-agent/.venv/bin/activate
python -m tools.web_tools

現在のバックエンドとその状態が表示されます。

✅ Web backend: searxng
   Using SearXNG (search only): http://localhost:8888

困ったときは

web_search{"success": false} を返す

  • SEARXNG_URL に届くか確かめます: curl -s "http://localhost:8888/search?q=test&format=json"
  • HTTP 403 が返る場合は JSON 形式が無効です。settings.ymlformats の一覧に json を足して再起動してください
  • 接続エラーが返る場合、コンテナーが動いていない可能性があります: docker ps | grep searxng

web_extract が「search-only backend」と言う

SearXNG は URL の中身を取り出せません。web.extract_backend に、抽出できるプロバイダーを設定してください。

web:
  search_backend: "searxng"
  extract_backend: "firecrawl"  # or tavily / exa / parallel

SearXNG の結果が 0 件になる

公開インスタンスによっては、特定の検索エンジンやカテゴリーを無効にしています。次を試してください。

  • 別の検索語にする
  • searx.space から別の公開インスタンスを選ぶ
  • 安定した結果のために自分のインスタンスを立てる

公開インスタンスでレート制限に当たる

自前運用のインスタンスに切り替えてください(上の 方法 A を参照)。Docker で立てた自分のインスタンスにはレート制限がありません。

文字数の予算を超えたページでは、これが正常な動作です。注記には、整形済みの全文が入ったディスク上のファイル名と、省かれた中ほどを読み進めるための read_file の呼び出し方が書かれています。その場でもっと見たい場合は、config.yamlweb.extract_char_limit を引き上げるか、呼び出し時に大きめの char_limit を渡してください。


Web のツール群が使えないときの逃げ道など、SearXNG を curl で直接使わせたい場合は、追加スキルの searxng-search を入れます。

hermes skills install official/research/searxng-search

このスキルは、エージェントに次のやり方を教えます。

  • SearXNG の JSON API を curl か Python から呼ぶ
  • カテゴリー(generalnewsscience など)で絞り込む
  • ページ送りとエラーの場合に対応する
  • SearXNG に届かないときは無理をせず引き下がる