Skip to main content
Glama

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault
TEXT_MODELNoThe name of the text model to use.kimi-k3
KIMI_API_KEYNoAlternative API key for Moonshot Kimi text model. Used if TEXT_MODEL_API_KEY is not set.
DEEPSEEK_API_KEYNoAPI key for DeepSeek text model. Used if TEXT_MODEL_API_KEY is not set.
MOONSHOT_API_KEYNoAPI key for Moonshot Kimi text model. Used if TEXT_MODEL_API_KEY is not set.
TYPESAFE_API_KEYYesThe TypeSafe API key. Required; without it no run can start.
OPENROUTER_API_KEYNoAPI key for OpenRouter text model. Used as a fallback.
TEXT_MODEL_API_KEYNoAPI key for the text model. Takes precedence over provider-specific keys. Used for typing values into fields.
TEXT_MODEL_BASE_URLNoBase URL for a custom OpenAI-compatible endpoint. Used with TEXT_MODEL_API_KEY.

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
{
  "listChanged": false
}
prompts
{
  "listChanged": false
}
resources
{
  "subscribe": false,
  "listChanged": false
}
experimental
{}

Tools

Functions exposed to the LLM to take actions

NameDescription
browser_taskA

Operate a website autonomously in the user's real, logged-in Chrome: open url, then pursue goals written as plain sentences, deciding every click, selection and keystroke without asking. Right for multi-step work on one site: filling a form, walking to a page that is only reachable by clicking, searching inside a site, reading something behind a session the user already has. Wrong for reading one page (use browser_read), for public pages that need no login (use a web fetch or search tool), and for logging in, paying, ordering or submitting anything on a banking or payment site. Never put credentials into goals: the goals and every typed value come back in the result. The run stays on the registrable domain of url and stops when a step would leave it; widen that with allow_domains. Bounded by max_actions (default 25, values above 60 are rejected) and time_budget_s (default 120 s, values above 900 s are rejected); the call blocks until the run ends, and only one run can be in flight at a time, including any run still finishing after its budget ran out. Set dry_run to get the first planned step without executing anything. The underlying agent cannot see into iframes or shadow DOM, cannot do file uploads, cannot follow pop-up tabs, and only observes the visible viewport, so it scrolls but never reads what is not rendered. The result reports the status, the final URL, every executed step and the reason it stopped.

browser_statusA

Report whether a browser run can work at all, before spending time on one. Says which API keys are present and where they came from, which text model would type into fields, whether the browser-harness daemon is running and whether a Chrome is connected to it, and which operations are therefore blocked. Read-only and free: it opens no browser, loads no page, calls no model and costs nothing. Call it when browser_task or browser_read fails, before the first run of a session, or when the user asks whether the browser agent is ready. It says nothing about any particular website.

browser_readA

Open one page in the user's real, logged-in Chrome and return its visible text plus the table of elements that can be operated. This tool clicks nothing, types nothing and selects nothing. Opening the page is itself a request, though: it opens a background tab and navigates to url with the user's cookies, so a URL that acts on GET will act, for example a logout, an unsubscribe, a confirmation link or a one-click action. Right for reading or checking a page, for seeing what a page offers before starting browser_task, and for content behind a login the user already has. Wrong when anything has to be clicked or filled in (use browser_task), and wasteful for public pages that need no login (use a web fetch or search tool). Redirects are followed but verified: landing on another registrable domain is reported, and none of that page's text, elements, title or address is returned; widen that with allow_domains. The underlying library observes at most 6000 characters of visible text and cuts a longer page before text_limit (default 4000) applies, so the answer reports how long the observed text was and warns when it reached that ceiling. Labels and field values are capped at 200 characters and option lists at 50 entries per element, and the answer says when it capped something. Same limits as the agent: no iframes, no shadow DOM, no file uploads, no pop-up tabs, and only the visible viewport is observed, so content further down the page can be missing. Only one run can be in flight at a time.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A4.9/5.0

Scored across 3 tools

Disambiguation5/5

The three tools are sharply delineated: browser_task performs autonomous multi-step interaction, browser_read is a read-only page fetch, and browser_status is a diagnostic readiness check. Both browser tools explicitly cross-reference when the other should be used, removing any ambiguity.

Naming Consistency4/5

All tools share the browser_ prefix, making the family instantly recognizable. However, browser_read uses a verb while browser_task and browser_status use nouns, so the pattern is not perfectly uniform.

Tool Count5/5

Three tools is a well-scoped set for the server's purpose: one for autonomous interaction, one for passive reading, and one for environment status. No tool feels redundant or extraneous.

Completeness5/5

The tool surface covers the full lifecycle of a browser automation session: verify readiness, read a single page, and execute multi-step tasks. Limitations are documented rather than missing functionality, and no obvious dead ends remain for the stated domain.

Maintenance

ActivityMaintained
ResponsivenessNo issues