Skip to main content
Use npx -y @vexlo/mcp to run the Vexlo MCP server. Your MCP client launches it as a stdio process, which reads recorded execution from your Vexlo server over HTTP. This guide uses Claude Code; other MCP clients use the same command, server URL and read credential.

Prerequisites

  • A Vexlo server with recorded data and a read-role token for the relevant teams.
  • Node.js 20 or later and npm.
  • Claude Code installed and authenticated for the walkthrough.
Use Install and run to prepare a server and Authentication to issue a read credential. An ingest token cannot be used by the MCP server.

Configure Claude Code

From your application project, set the server address and read token, replacing the example values:
Use the server’s origin, such as http://127.0.0.1:8080, without /v1. Both variables are required in every shell that starts Claude Code; the project configuration resolves them when launching the MCP process. Register Vexlo for this project:
Claude Code writes the project entry to .mcp.json. The quoted variable references remain in that file and expand from the environment when the server launches, so the command above does not embed the token’s value in the project configuration. Start Claude Code from the project:
Alternatively, start a session that loads MCP servers only from this file:
The file can contain other server entries; --strict-mcp-config excludes MCP configuration from other sources. Approve a project-scoped server when Claude Code requests trust, then use /mcp to inspect its status. Other clients have their own stdio registration settings; .mcp.json is specific to this Claude Code setup.

Verify the connection

Ask Claude Code to call vexlo_check_coverage with an empty argument object. An example response:
Check that the response contains the service you expect to read. If it is missing, check the read token’s team scope and whether the application has delivered records to this instance. Continue with Use execution data to query calls, values and function usage.

Connection failures

Startup validates configuration, checks /v1/capabilities, then checks the token’s identity through /v1/whoami before registering tools. A startup with empty required variables returned:
For a connection that succeeds but cannot find expected data, verify token scope, service identity and application delivery using Troubleshooting.

Develop the MCP server

To modify or test the MCP server, build a local checkout with Git:
The built entry point is dist/index.js. Return to your application project in the same terminal, keeping VEXLO_MCP_ENTRY, VEXLO_API_URL and VEXLO_TOKEN set. If the project already has a vexlo entry, remove it first:
Register the local executable: