agentgo-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| AGENTGO_EXE | No | Path to the AgentGo executable to use instead of starting `agentgo` from PATH |
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 | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| browser_openA | Go to a URL (or search Google with plain words), wait for the load, and return the page as a compact outline: headings plus interactive elements as |
| browser_readB | Read the current page. view: page (outline with refs, default), text (readable content), links, forms, tables, meta. Use filter to narrow, offset to page. |
| browser_actA | Act on an element by ref with real input, wait for the page to settle, and get back only what changed. action: click, fill (text), press (key), check, uncheck, select (value, or values for a multiple list), hover, scroll (to: top|bottom, or ref), type (text at focus), upload (paths). Add submit:true to fill to press Enter. If the reply is approval.required or handoff.required, call browser_wait_human. |
| browser_batchA | Run several browser_act steps in order in one call (e.g. fill a whole form and click Save). Stops at the first failure. Returns the final change set. |
| browser_waitA | Wait until text appears, a CSS selector is visible, a selector is gone, or the URL contains a string. With no condition, waits for the page to finish loading and settle. |
| browser_tabsC | Manage your tabs. op: list, new (url), switch (tabId), close (tabId), back, forward, reload. |
| browser_screenshotA | Screenshot the page (or one element by ref) and return the image. Costs many tokens: prefer browser_read unless you need to see layout, images or a canvas. |
| browser_wait_humanB | Wait for the human operator: pass approvalId after approval.required, or nothing after handoff.required (CAPTCHA, login). Never try to solve a CAPTCHA yourself. |
| browser_guideA | How to use this browser, written for you. Call it once before your first browser action. topic=start: the working loop, rules that save turns, errors, accounts (short; read this first). topic=commands: find commands: pass query (words, e.g. "selector click") for the matching ones, or group for one section (open, read, act, batch, accounts, person, browser; all = every command, about 25,000 tokens). topic=gomini: GoMini, the optional local model that takes routine steps, and how to phrase subgoals for it. |
| browser_accountA | Use the accounts the person linked for you in the Account Center. op=accounts lists them (linked or not); op=apis lists the APIs you can call; op=call sends one API request as the account (connector, method, path, body) without you ever holding a token; op=sign_in has the browser type the saved sign-in into the current page's login form. If an account is not linked you get policy.denied: ask the person to link it, do not work around it. |
| browser_callB | Call any other AgentGo protocol method directly (cookies, downloads, PDF, dialogs, network log, workflow.collect ...). |
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 11 tools
Each tool targets a distinct phase of browser work (open, read, act, batch, wait, tabs, screenshot, human handoff, guide, account, generic call), so an agent can generally pick correctly. The only mild overlaps are browser_wait vs browser_wait_human (same 'wait' verb, different targets) and browser_call vs browser_act (generic protocol escape hatch can duplicate specific tools).
All tools share a strict browser_ prefix in snake_case, giving a fully predictable pattern. The verb/noun mix (browser_tabs, browser_account) is consistent across the set and reads naturally.
11 tools is well-scoped for a browser automation server, with each tool earning its place: load, read, act, batch, wait, tabs, screenshot, human handoff, guide, accounts, and a generic escape hatch. Nothing feels redundant or missing from a count perspective.
The surface covers the full browse lifecycle: navigation, reading multiple views, acting, batching, waiting, tab management, screenshots, human handoff, and account/API access, plus browser_call as a catch-all for uncovered protocol methods. Minor gaps include no explicit session/close lifecycle tool, but those are reachable via browser_call.