Skip to main content
Glama

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
AGENTGO_EXENoPath 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

CapabilityDetails
tools
{}

Tools

Functions exposed to the LLM to take actions

NameDescription
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 [ref] role "name". Use the refs with browser_act.

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 ...). browser_call {method:"browser.capabilities"} lists them.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A3.7/5.0

Scored across 11 tools

Disambiguation4/5

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).

Naming Consistency5/5

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.

Tool Count5/5

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.

Completeness4/5

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.

Maintenance

ActivityMaintained
ResponsivenessNo issues