neu-browser-mcp
OfficialServer Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| KERNEL_API_KEY | No | Kernel API key. Required for the `kernel` backend. | |
| NAP_BROWSER_URL | No | Base URL of the browser service API. Required for the `nap` backend. | |
| NAP_BROWSER_TOKEN | No | Bearer token for the browser service. Required for the `nap` backend. | |
| BROWSER_USE_API_KEY | No | Browser Use Cloud API key. Required for the `browser-use` backend. | |
| NEU_BROWSER_BACKEND | No | Picks the backend and defaults to `nap`. Valid values: `nap`, `kernel`, `browser-use`, `hyperbrowser`. | nap |
| HYPERBROWSER_API_KEY | No | Hyperbrowser API key. Required for the `hyperbrowser` backend. | |
| NAP_BROWSER_PUBLIC_URL | No | Base URL used in file download links. Set it when `NAP_BROWSER_URL` is an internal address users cannot reach. Defaults to `NAP_BROWSER_URL`. |
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
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| create_browserA | Create a headless Chrome browser instance. Returns browser_id plus connection info:
|
| list_browsersA | List all active browser instances. Each item includes the same connection info as create_browser (cdp_url, live_view_url, plus connect_url/connect_command for running browsers), so this doubles as a reconnect path — pick a running browser and run its connect_command. |
| delete_browserB | Stop and destroy a browser instance. |
| list_browser_filesA | List files inside the browser sandbox.
Defaults to /tmp/downloads — point downloads there first, via CDP |
| get_browser_file_urlA | Get a download URL for a file inside the browser sandbox.
Returns the URL alongside the current file state — use |
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
Each tool has a distinct role: lifecycle (create/list/delete), file listing, and file URL retrieval. The only mild overlap is that list_browsers re-exposes connection info also returned by create_browser, but that is a documented reconnect convenience rather than a genuine ambiguity.
All five tools follow a consistent snake_case verb_noun pattern (create_browser, list_browsers, delete_browser, list_browser_files, get_browser_file_url). The singular/plural browser vs. browsers variation is trivial and matches the resource semantics.
Five tools is well-scoped for a browser-sandbox lifecycle server: create, list, delete, and two file-access tools. Nothing feels padded or missing to the point of being thin.
Full lifecycle (create/list/delete) plus sandbox file discovery and download URL generation are covered, which is appropriate given that actual browsing is delegated to the external agent-browser/CDP connection. Minor gaps exist, such as no way to extend a browser's timeout or delete sandbox files.