Connect stdio Bus to WebMCP

stdio Bus can call the tools websites offer through WebMCP (search a docs site, file a ticket, read a dashboard) in your own signed-in Chrome, without running in a browser itself. It takes two pieces: the AgentRQ Chrome extension, which shares a site's tools with an AgentRQ workspace, and the open-source ACP Gateway, which runs stdio Bus and hands it that workspace's tools. This guide sets up both, step by step.

What Is WebMCP?

WebMCP is a proposed web standard that lets a website offer tools to AI agents. Instead of an agent reading the screen and clicking buttons, the page registers named tools with the browser through document.modelContext. Each tool has a description, a JSON Schema for its input, and a hint saying whether it only reads. An agent calls a tool like searchProducts or createIssue directly and gets structured data back. Our WebMCP explainer goes deeper.

There is a catch: a WebMCP tool lives in a browser tab, so on its own only an agent running inside that browser can call it. A terminal agent like stdio Bus cannot.

How stdio Bus Reaches a Site's Tools

AgentRQ closes that gap. A call goes from stdio Bus to your AgentRQ workspace, from the workspace to your Chrome, runs in the site's tab, and the result comes back the same way:

stdio Bus  (started by the ACP Gateway)
   |  callSiteTool, over MCP
   v
Your AgentRQ workspace
   |
   v
The AgentRQ extension in your Chrome
   |
   v
The site's tab, where the tool runs as you
   |
   v
The result goes back up the same path to stdio Bus

1. 1.
   The AgentRQ Chrome extension notices sites that register WebMCP tools, and you share one with a workspace.
2. 2.
   The ACP Gateway starts stdio Bus over the Agent Client Protocol and passes every session it opens your workspace's MCP server, the one in .mcp.json.
3. 3.
   Through that server stdio Bus gets three tools: listSiteTools (the shared sites and their tools), getSiteToolDefinition (one tool's input schema) and callSiteTool (run it).
4. 4.
   AgentRQ forwards each call to your Chrome, the extension runs it in the site's tab, and the answer goes back to stdio Bus.

The call runs as you, with your session on that site. stdio Bus never sees your password or cookies, and anything the site does not mark read-only waits for your approval in the task first.

What Is stdio Bus?

stdio Bus is a stdio-based agent communication framework listed as ACP-compatible, so it can run behind AgentRQ's gateway with no custom integration code.

Check stdio Bus's repository for the exact command that starts it in ACP server mode.

What You Need

• → Google Chrome with WebMCP support, left open while stdio Bus works
• → An AgentRQ account with a workspace
• → Node.js 24 or newer, to run npx @agentrq/acp-gateway
• → stdio Bus installed, per stdio Bus's docs

Step 1: Install the AgentRQ Chrome Extension

1. 1.
   Open AgentRQ on the Chrome Web Store and click Add to Chrome.
2. 2.
   Pin it to the toolbar: open Chrome's extensions menu (the puzzle piece) and pin AgentRQ.
3. 3.
   Click the AgentRQ icon, or press Alt+Shift+A, and sign in. Sign-in opens in a tab, because Google and GitHub will not show their sign-in inside the popup. Once you are signed in there, the popup is too.

Self-hosting AgentRQ? Right-click the icon, choose Options, and set your server's address first.

Step 2: Turn On WebMCP Detection

Detection is off until you ask for it. Open the popup and click Turn on on the strip that reads "Let AgentRQ notice websites that offer tools to agents", or tick Notice websites that offer tools to agents in Options.

Chrome then asks for access to every site. The extension uses it only to see whether a page registers WebMCP tools, and only in the top frame. Nothing is sent to AgentRQ until you share a site.

Step 3: Share a Site With Your Workspace

1. 1.
   Open a site that offers WebMCP tools. The AgentRQ icon shows a green count of its tools. agentrq.com is one: it offers searchPages, lookupPage and navigate.
2. 2.
   Open the popup. The strip reads "agentrq.com offers 3 WebMCP tools · Share with", next to a workspace picker.
3. 3.
   Pick the workspace stdio Bus will work in, and click Share.

Every agent connected to that workspace can now list and call the site's tools. Stop sharing in the popup, or Stop under Shared websites in Options, takes the site back at any time.

Step 4: Point the Gateway at Your Workspace

Save a .mcp.json in your project root, the folder stdio Bus will work in:

{
  "mcpServers": {
    "agentrq": {
      "type": "http",
      "url": "https://WORKSPACE_ID.mcp.agentrq.com/mcp?token=TOKEN"
    }
  }
}

Replace WORKSPACE_ID and TOKEN with your workspace's values; the ACP Gateway guide shows where to find them. The gateway reads this file to know which workspace to take tasks from, and passes the same server to stdio Bus. That is how stdio Bus gets the site tools: there is nothing to configure on stdio Bus's side.

Step 5: Find stdio Bus's ACP Command

Install stdio Bus, then look up the command that starts it in ACP server mode in stdio Bus's docs. This guide writes it as <stdio-bus-acp-command>: replace that with the real command in the next step.

If stdio Bus needs a login, run the gateway once with --login before the --:

npx @agentrq/acp-gateway@latest --login -- <stdio-bus-acp-command>

Step 6: Start stdio Bus Behind the ACP Gateway

From the same project root:

npx @agentrq/acp-gateway@latest -- <stdio-bus-acp-command>

Leave it running. It connects to your workspace, picks up tasks as you assign them, and opens an ACP session for stdio Bus with the workspace's MCP server attached. Add --verbose before the agent options to watch each MCP connection and tool call.

Step 7: Ask stdio Bus to Use the Site

Create a task in the workspace and assign it to the agent. Name the site and say what you want, for example:

Use the WebMCP tools on agentrq.com to find the docs page about workspace memory and summarise it.

stdio Bus works through it with the workspace's site tools:

1. 1.
   listSiteTools shows agentrq.com, whether your Chrome is online, and the site's tools.
2. 2.
   getSiteToolDefinition with the site https://agentrq.com and the tool searchPages returns what the tool takes.
3. 3.
   callSiteTool with the task's ID, the site, the tool and its arguments runs it in your Chrome and returns the result.

Every call shows up in the task's tool call history, so you can see exactly what stdio Bus asked the site for.

Approving Tool Calls

Read-only tools, like a search, run straight away. A tool the site does not mark read-only stops and asks you in the task stdio Bus is working on, with the tool's name and the exact arguments. You choose Allow once, Always allow that tool on this site, or Deny. "Always allow" is remembered per site and per tool. A denied call comes back to stdio Bus as "denied by the human", so it can change course instead of waiting.

Troubleshooting

• → The icon shows no count on a site. Detection is off, or the site registers no WebMCP tools in its top frame. The extension only sees tools a page registers with Chrome's own document.modelContext; it never adds any, so your Chrome must support WebMCP too.
• → stdio Bus sees no site tools at all. Check that you shared the site with the same workspace your .mcp.json points at. Then start the gateway with --verbose and look for "Not passing MCP server": it means stdio Bus told the gateway it cannot use HTTP MCP servers, so it never received the workspace's tools.
• → "is not shared with this workspace". The site was shared with a different workspace. The error lists the sites this workspace does have.
• → "the human's Chrome with AgentRQ is not connected". Chrome is closed, or signed out of AgentRQ. Open it and sign in. A closed tab of the site is reopened in the background when the next call needs it.
• → "did not answer within 60 seconds". The site's tab is busy or the tool hung. Each call gets 60 seconds, and a result can be at most 256 KiB.
• → "arguments do not match the schema". stdio Bus guessed the input. Ask it to call getSiteToolDefinition first.

FAQ

Can stdio Bus use WebMCP tools?

Yes. With the AgentRQ Chrome extension sharing a site and the ACP Gateway running stdio Bus, stdio Bus calls that site's WebMCP tools through your AgentRQ workspace, in your own Chrome.

Does stdio Bus have to run in a browser?

No. stdio Bus runs wherever the gateway runs: your laptop, a build box or a server. Only the Chrome that shared the site has to be open.

Does stdio Bus see my passwords or cookies?

No. Each call runs in your signed-in tab of the site, and stdio Bus only gets the tool's result.

Can stdio Bus change something on a site without asking me?

Only with a tool the site marks read-only, or one you chose "Always allow" for. Every other call waits for your approval in the task.

References

• → AgentRQ for Chrome on the Chrome Web Store
• → AgentRQ for Chrome: your agents can now use websites
• → What WebMCP is and how browser agents use it
• → The WebMCP proposal
• → stdio Bus ACP Setup
• → AgentRQ ACP Gateway guide
• → stdio Bus on GitHub
• → Connect other agents to WebMCP