n8n MCP Browser Automation with E2LLM
n8n can give an AI Agent browser tools through its MCP Client Tool. Connect that tool to the E2LLM remote MCP endpoint, attach it to the agent and verify the workflow with live tab discovery and page capture.
For the category overview, see the remote structured-perception architecture.
Build the workflow
Start with an n8n AI Agent and the chat model appropriate for your environment. Add the MCP Client Tool as an AI tool. Configure the remote server URL as https://mcp.e2llm.com/mcp and complete the credentials required by your E2LLM connection.
The MCP Client Tool makes tools from a remote MCP server available to the AI Agent. Keep the tool selection bounded to the workflow where possible, and use clear instructions about when the agent should observe, act and request review.
Verify the real connection
Run a workflow that establishes occurrence rather than configuration:
- Ask the agent to call
list_tabs. - Confirm it returns the browser tab you expect.
- Ask for a
sifr_captureof that tab. - Inspect the structured page state in the execution result.
- Perform one reversible browser action and capture again.
This tests n8n, the MCP client, the E2LLM server and the connected browser as one path. A saved credential or green node alone does not test the complete path.
Separate orchestration from browser state
n8n is well suited to triggers, schedules, branching, data transformation and downstream systems. E2LLM supplies browser perception and actions. Keep those responsibilities explicit:
- n8n decides when the workflow runs.
- The AI Agent decides which browser tool fits the current state.
- E2LLM observes and acts in the connected browser.
- Later n8n nodes store, notify or route the verified result.
For monitoring, store the extracted baseline in an appropriate n8n-connected system and compare it on the next run. For forms or changes, add a human review step before a consequential submit.
How n8n's browser package differs
n8n also ships @n8n/mcp-browser, which connects its AI Browser Bridge to Chrome-family browsers and returns accessibility snapshots with browser actions. It is a direct fit when you want n8n's local browser bridge and its action model. E2LLM is a remote MCP service with Chrome, Edge and Firefox connections, SiFR structured perception, focused page queries and account-managed browser pairing. Both can work with an installed browser and its authenticated session. Choose by deployment boundary, browser coverage, perception model and how the surrounding workflow should manage the connection.
Handle failures in the workflow
Branch on session expiry, missing tabs, tool errors and unexpected page state. Preserve the execution record and stop retries when an action may already have succeeded. A recapture can distinguish many browser failures before the workflow decides whether to retry.
Review n8n's execution-data and credential settings for your deployment. Browser pages can contain sensitive information, so retain only the data the workflow needs.
Example: collect a private dashboard value
Use a schedule trigger to start the workflow. The AI Agent calls list_tabs, finds the connected dashboard and captures its current state. It extracts the requested value and the page's update timestamp, then returns both to ordinary n8n nodes.
An If node compares the value with the prior result. One branch stores the unchanged check; the other sends a notification and records the new baseline. A missing tab or login page goes to an error branch and does not overwrite the last valid state.
Common questions
Should I use n8n's MCP Client or MCP Client Tool?
For an AI Agent that should select and call remote tools, use the MCP Client Tool documented among n8n's AI sub-nodes. A standalone MCP client node serves a different workflow shape. Confirm the node type in the version you deploy.
Where should browser credentials live?
Use n8n's credential mechanism for connection secrets and follow the access rules of the connected E2LLM account. Avoid placing secrets directly in prompts or workflow text.
Can one workflow operate several tabs?
The agent can discover available tabs and select the one that matches its task. Require stable tab identification and recapture after navigation so actions do not drift into another page.
Copy this instruction into your n8n AI Agent
Use the E2LLM MCP Client Tool for this browser step.
1. Call list_tabs and identify the expected authenticated tab.
2. Capture the page before choosing an action.
3. Extract the requested fields or ground the intended control in current page context.
4. Perform one reversible action at a time and verify the result.
5. Return structured output for later n8n nodes: status, observed values, changed values and any error.
6. Stop before consequential submission and request the workflow's human review step.
Workflow goal: [describe the goal]
Expected browser evidence: [describe success]
Use the scheduled workflow to watch logged-in pages for meaningful changes.