search-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| SEARCH_MCP_HEADFUL_DISPLAY | No | Display to use when headless=False is specified for search() or fetch_page(). Defaults to ':0'. | :0 |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
| logging | {} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| searchA | 検索エンジンで検索し、タイトル/URL/スニペットのリストを返す。 engine: "google"(既定)/ "bing" / "duckduckgo" / "yahoo" / "brave"。 duckduckgo・braveはheadless=Falseでの利用を推奨(headlessだと botチャレンジが出やすいことを実地検証済み)。yahooはGoogleの ライセンス提供のため実質Googleと同じ結果になる (Googleがブロックされた際の避難先として使う想定)。 profile: 使用するプロファイル名。list_profiles で確認できる。 headless: デフォルトはTrue(検証済み)。False時は専用の非公開仮想ディスプレイ (weston-headless.service)を自動的に使うため、呼び出し元が$DISPLAYを 用意する必要はない(SPEC.md 3節)。 |
| list_profilesA | 保持しているプロファイルの一覧(名前・サイズ)を返す。 |
| import_profileB | 既存の(すでにログイン状態を持つ)ブラウザプロファイルフォルダをコピーして取り込む。 |
| fetch_pageA | searchの結果など、指定URLの本文をブラウザ経由(永続プロファイル使用)で取得する。 素のHTTP取得と異なり、ログイン状態やJSレンダリングが必要なページにも対応できる。 スニペットだけでは判断できない結果を、必要な数件だけ選んで深掘りする用途を想定。 |
| bake_profileA | プロファイルに新しい状態(ログイン等)を焼き付ける。headfulでブラウザを起動し、 ユーザーがウィンドウを閉じるまで待機する(SPEC.md 4節)。 method: "auto"(既定、$DISPLAYの有無で自動判定)/ "display"(ディスプレイに直接表示。
SSHの |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 5 tools
The tools are generally distinct: search returns SERP listings, fetch_page retrieves a specific page body, and the profile tools manage browser profiles. The only mild ambiguity is between import_profile and bake_profile, since both modify the profile set, but their descriptions clearly separate copying an existing profile from creating a new state interactively.
Most tools follow a clear verb_noun pattern: list_profiles, import_profile, fetch_page, bake_profile. The lone search tool is a bare verb rather than search_web or similar, but the overall naming style is consistent and predictable.
Five tools is well-scoped for a search-oriented MCP server. Each tool covers a distinct part of the workflow: querying search engines, inspecting profiles, importing profiles, fetching pages, and baking profile state.
The core search-and-fetch workflow is well covered, and profile management includes listing, importing, and baking. A minor gap is the lack of a profile deletion or removal tool, but this does not block the main search/fetch use case.