Runbook AI MCP Server
OfficialRunbook AI MCP server lets terminal-based agents (like Claude Code) control your live Chrome browser via a single browser-agent tool.
Execute natural-language browser tasks – e.g. "Go to google.com and search for 'MCP protocol'".
Automate browser interactions – navigate, click, type, and complete multi-step or multi-page tasks, with configurable
maxIterations.Use your live Chrome session through the Runbook AI extension, with optional site-access restrictions.
Get optimized context – a simplified, condensed version of the page HTML to reduce token usage.
Control session isolation –
ephemeralmode starts fresh and closes tabs;falsecontinues from previous calls and leaves the page open for multi-call workflows.Set exploration effort –
quick,normal, orthoroughto control how deeply the agent explores pagination, detail pages, and candidates.Save and retrieve files – scraped data, downloads, datasets, and screenshots can be written to
outputDir; file paths and metadata are returned, and small images are shown inline.Work with almost any site – a catch-all for sites without dedicated MCP servers, including internal tools and sites like LinkedIn or Expedia.
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@Runbook AI MCP Servergo to google.com and search for 'MCP protocol'"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Runbook AI MCP Server
An MCP (Model Context Protocol) server that provides browser automation capabilities through a Chrome extension. It allows terminal-based agents like Claude Code to interact with any website through your live browser session.
Part of the Runbook AI ecosystem. Join the Discord community to provide your feedback and get involved in the development!
https://github.com/user-attachments/assets/a43fba64-bc40-4ef6-9840-e100203e2cf5
Why Runbook AI?
Most browser-based MCP tools (like chrome-devtools-mcp) blow up your LLM context window by sending the entire DOM after every browser action.
Runbook AI is different:
Optimized Context: It generates a highly simplified version of the HTML. It strips the junk but keeps essential text and interaction elements. It’s condensed, fast, and won’t eat your tokens.
The Ultimate Catch-all: If a site doesn't have a dedicated MCP server (like Expedia, LinkedIn, or internal tools), this fills the gap perfectly.
Privacy First: It runs entirely in your browser. No remote calls except to your chosen LLM provider. No
eval()or shady scripts (enforced by the Chrome extension sandbox).Efficient Navigation: The simplified HTML goes beyond the viewport, making scrolling and multi-page tasks much more efficient.
Related MCP server: hanzi-browse
Installation
MCP Server
Add to your MCP settings configuration:
{
"mcpServers": {
"runbook-ai": {
"command": "npx",
"args": ["-y", "runbook-ai-mcp@latest"]
}
}
}Chrome Extension
Install the Runbook AI extension from Chrome Web Store.
Enable MCP in the extension settings opened from extension side panel.
Set LLM API key, and model name, base URL. Use of Gemini 3 Flash (gemini-3-flash-preview) is recommended. Get your free API key from Google AI Studio.
By default the extension has access to all websites. If you want to limit the access, go to Chrome Extension Details, and add individual sites to Site access setting.
Usage
Open Chrome and keep the extension side panel open.
Start the MCP server (it will automatically start when invoked by your MCP client).
Tool Schema
The server exposes a single tool:
browser-agent
Run a task in Chrome browser with AI and automation capabilities.
Parameters:
prompt(string, required): The task prompt for the AI agent to executemaxIterations(number, optional): Maximum number of agent iterations for the task (default: 15). Each iteration is one agent action (navigate, click, type, etc.); raise this for long multi-page tasks. Token budgets scale with it.ephemeral(boolean, optional, defaulttrue): Each call runs in an isolated browser session — it starts on a fresh blank tab, cannot see tabs left by previous calls, and closes every tab it opened when it finishes. Passfalseto continue from the tabs of a previous call and leave the final page open (e.g. multi-call workflows that build on the same page).effort(string, optional, defaultnormal): How much exploration the agent invests —quick(one fast pass over loaded content, missing optional details reported as "not specified", tighter iteration budget),normal(exploration matched to what the ask requires), orthorough(follow all pagination, open detail pages, check candidates one by one, larger iteration budget). Accuracy rules apply at every level.outputDir(string, optional): Directory on the machine running the MCP server where files produced by the agent are written (created if missing; same-named files are overwritten). Default: a fresh per-call directoryrunbook-ai-mcp/task-<timestamp>-<id>under$RUNBOOK_AI_FILES_DIRif set, else the OS temp dir.
Files: Anything the agent saves during the run — data it writes to a file (e.g. a scraped list or an API payload it captured with saveToFile), downloads, extracted datasets, screenshots — is written to disk and listed at the end of the result text as absolute paths with MIME type and size. File content is never inlined into the result, so bulk data stays out of your context; read the files with your own tools. Image files (≤ 4 MB) are additionally returned as inline MCP image content so screenshots are visible directly.
To get bulk data as a file, say so in the prompt, e.g. "... collect all orders from the account page and save them to orders.json".
Example:
{
"name": "browser-agent",
"arguments": {
"prompt": "Go to google.com and search for 'MCP protocol'"
}
}Development
# Install dependencies
npm install
# Build
npm run build
# Run in development mode
npm run dev
# Run tests
npm testArchitecture
MCP Server: Communicates with MCP clients via stdio
WebSocket Server: Listens for Chrome extension connections on port 9003
Chrome Extension: Executes browser automation tasks
When a tool is invoked:
MCP client sends request to MCP server via stdio
MCP server forwards request to Chrome extension via WebSocket
Extension executes the task and returns result
Result is sent back to MCP client; files the agent produced are written to disk (
outputDir) and their paths appended to the result
Contributing
Contributions are welcome! Feel free to send out a PR.
Available Tools
1 toolbrowser-agentC
Run a task in Chrome browser with AI and automation capabilities
| Name | Required | Description | Default |
|---|---|---|---|
| prompt | Yes | The task prompt for the AI agent to execute | |
| maxIterations | No | Maximum number of iterations for the AI agent (default: 30) |
TDQS
Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are provided, and the description does not disclose behavioral traits such as whether the tool is read-only, destructive, requires permissions, or how the 'AI and automation' works. This leaves significant gaps for an agent to understand side effects.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
The description is a single sentence, concise and front-loaded. It could be slightly more descriptive without being verbose, but it is not overly long.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
Given the tool's complexity (browser automation with AI), the description is minimal. It lacks details on return values, side effects, prerequisites, or limitations, leaving the agent underinformed for proper invocation.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
Schema description coverage is 100%, so the schema already documents both parameters. The description adds no additional meaning beyond implying the prompt is the task. Baseline of 3 is appropriate as it does not add extra semantics.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The description states the verb 'Run a task' and the resource 'Chrome browser with AI and automation capabilities', providing a clear purpose. However, it is somewhat vague about the specific types of tasks, but with no siblings, it sufficiently distinguishes the tool.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description provides no guidance on when to use or not use this tool, no alternatives, and no prerequisites. It simply states what it does without context for appropriate usage.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections. Dates show when Glama detected each change.
1 tool update
v1.0.9- First observed
browser-agent
TDQS
Only one tool exists, so there is no possibility of confusion between tools.
With a single tool, naming consistency is trivially maintained; no conflicting patterns exist.
A single tool is insufficient for a server named 'Runbook AI', which implies multiple capabilities like runbook creation, execution, and management.
The server's name suggests runbook automation, but only a browser automation tool is provided, missing core runbook features like listing, creating, or updating runbooks.
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Connectors
Stealth web browser for agents: search, fetch, click, download and type in persistent MCP sessions.
Live browser debugging for AI assistants — DOM, console, network via MCP.
Browser MCP for logged-in tasks. Uses your Chrome — credentials stay local. Zero-token replay.
A paid remote MCP for AI agent browser MCP session, built to return verdicts, receipts, usage logs,
Related MCP Servers
- AlicenseBqualityCmaintenanceAn MCP server that provides AI models with full browser automation capabilities through Chrome. It enables navigation, interaction, screenshots, and complete DevTools access by bridging AI clients with a companion Chrome extension.99163Apache 2.0
- AlicenseNot gradedqualityCmaintenanceMCP server providing browser automation for AI agents with context-aware playbooks and skills for complex websites.25176PolyForm Noncommercial 1.0.0
- AlicenseBqualityDmaintenanceAn MCP server that provides browser automation capabilities, enabling LLMs to control a web browser for navigation, interaction, and data extraction.3223213MIT
- -licenseNot gradedqualityNot gradedmaintenanceMCP server that connects AI agents to a real Chrome browser via a WebSocket extension bridge, enabling over 40 browser control tools without debug mode or profile isolation.-
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/runbook-ai/runbook-ai-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server