https://api.pre.dev/mcp to use specification generation and browser automation. Setup instructions cover authentication and client configuration.
Call tools/list after initialization for the live input schemas. GET /mcp/info is a human-readable service inventory; it is not the protocol’s tool-discovery method.
Tool inventory
Generation and browser execution consume credits. Retrieval and listing do not launch new work. The server marks browser execution as potentially destructive because a task can click, submit forms, or change data on external sites.
fast_spec and deep_spec
Both tools accept the same parameters:input, currentContext, file, or async fields. They may return before generation finishes. If the result provides a specification ID, call get_spec until its status is completed or failed.
Generation results are text, not the REST SpecResponse JSON envelope. A progress notification reaching 100 does not replace a terminal status check.
get_spec
specId is required. Use the ID returned by generation or listing. A successful structuredContent contains specId and status; it may also include endpoint, created, executionTimeMs, progress, specUrl, predevUrl, output, and errorMessage.
output is specification Markdown, preferring the coding-agent variant. Status is pending, processing, completed, failed, or unknown. Optional values may be absent while generation is running.
list_specs
For nonempty pages,
structuredContent contains specs, total, hasMore, skip, and limit. Each entry uses specId, not REST’s _id. Use get_spec for the full body. An empty page returns a text-only result.
There is no find_specs MCP tool; use REST search.
browser_agent
Each task supports:
Limits apply to each task. Set explicit budgets for long flows; defaults can vary by task and execution mode. Your account’s in-flight limit also applies to the whole submission.
Synchronous execution returns a text summary, which truncates task data. Retrieve
browser_agent_get for full structured results. Async execution returns the ID in text so you can poll it.
The MCP tool has no stream or idempotencyKey input. It emits live notifications during synchronous execution when the client supports them. See browser MCP examples.
browser_agent_get
id is required; includeEvents is optional and defaults to false. structuredContent contains the browser run, including individual task outcomes and extracted data. Set includeEvents to true to retrieve timelines and screenshots.
browser_agent_list
The structured result contains
total and batches. Each batch has id, status, total, completed, and totalCreditsUsed. Unlike REST listing, this tool does not return hasMore; compare your offset and page length with total.
Notifications and errors
The server sendsnotifications/message with params: { level, logger, data }. Browser messages contain a task index and event details; large screenshot and DOM values can be elided. Specification messages report phases such as start, generating, and packaging.
To receive notifications/progress, include a progressToken in the tools/call request’s _meta:
isError: true when the tool call itself fails. Specification tools can return an error in text without isError; inspect the content and retrieve the specification status where an ID is available. Disconnecting or cancelling notification delivery does not cancel the underlying browser run.
Deprecated aliases
The aliases remain registered for compatibility. Use the current names in new integrations. Credits, proposal review, queue status, and live browser URL retrieval are available through REST rather than dedicated MCP tools.

