Skip to main content
Connect once at 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:
These MCP tools do not take REST’s 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 sends notifications/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:
Browser failures return 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.