Skip to main content
Praxa ships first-class MCP (Model Context Protocol) 2025-03-26 support via the @praxa/mcp-contracts package. The package exports the full set of typed tool definitions — names, input schemas, required scopes, and HTTP operation metadata — so you can register Praxa capabilities with any MCP-compatible server or agent framework in a few lines of code, without having to hand-craft JSON Schema or maintain route mappings yourself.
The @praxa/mcp-contracts package contains protocol-only contracts. It defines what the tools look like and what they require; it does not include server-side execution logic or provider credentials. Your application is responsible for routing each tool invocation to a PraxaClient instance that holds a valid access token.

Installing MCP Contracts

The package has no runtime dependencies and is safe to import in both Node.js and edge environments.

Available MCP Tools

PRAXA_MCP_TOOLS exports an array of 11 tool definitions covering the full Praxa Integration Gateway surface. The table below lists each tool, the operation it maps to, and the OAuth scope your access token must carry for the call to be authorised. Each entry in the array also carries inputSchema (a JSON Schema object), operationId, method, path, idempotency, and an optional pathArgument field that names the input key to interpolate into the URL path.

Registering Tools with Your MCP Server

Pass PRAXA_MCP_TOOLS directly to your server’s tool registration loop. The inputSchema field on each tool is a ready-to-use JSON Schema object — most MCP server libraries accept this directly.
You can narrow which tools you expose by filtering the array before iterating. For example, to register only read-only tools in a restricted context:

Looking Up a Single Tool

Use praxaMcpTool() to retrieve the definition for a single tool by name. This is useful when you need to inspect the input schema or required scope for a specific operation without importing the full array.
praxaMcpTool() returns undefined if no tool with the given name exists, so it is safe to use in conditional registration logic.

Protocol Version

The package exports two constants that identify the MCP server:
Pass MCP_PROTOCOL_VERSION to your server’s handshake or capability advertisement to declare compatibility with the MCP 2025-03-26 specification. Use MCP_SERVER_NAME when configuring client discovery or logging so that your server identifies itself consistently.
MCP_SERVER_NAME ("aura-agent-os") is the stable identifier the Praxa gateway uses on the MCP protocol layer. Always reference this constant rather than hard-coding the string, so your integration automatically picks up any future updates.