npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2026 – Pkg Stats / Ryan Hefner

@verifyax/mcp-server

v0.3.4

Published

MCP server exposing the VerifyAX agent-evaluation platform as conversational tools.

Readme

@verifyax/mcp-server

An MCP server that exposes the VerifyAX agent-evaluation platform as conversational tools, so you can register agents, generate scenarios, run simulations, and read evaluations by just describing what you want.

Built on @verifyax/sdk. For developers who want to script the API directly, use the SDK or the verifyax-api skill instead.

Requirements

  • Node ≥ 20
  • A VerifyAX API key (Settings → API Keys in the console)

Install

npm install -g @verifyax/mcp-server

The package exposes two binaries:

  • verifyax-mcp-server — MCP over stdio (local MCP clients; API key via env)
  • verifyax-mcp-server-http — MCP over Streamable HTTP (remote deploy; API key from client headers)

With two binaries, npx cannot infer a default — use npx -y -p @verifyax/mcp-server verifyax-mcp-server (stdio) or npx -y -p @verifyax/mcp-server verifyax-mcp-server-http (HTTP).

Configure your MCP client

Claude Code (stdio — local)

claude mcp add verifyax --env VERIFYAX_API_KEY=sk-ver-api-... -- npx -y -p @verifyax/mcp-server verifyax-mcp-server

Claude Desktop (stdio — local)

Add to claude_desktop_config.json (Settings → Developer → Edit Config):

{
  "mcpServers": {
    "verifyax": {
      "command": "npx",
      "args": ["-y", "-p", "@verifyax/mcp-server", "verifyax-mcp-server"],
      "env": { "VERIFYAX_API_KEY": "sk-ver-api-..." }
    }
  }
}

Development testing

To point the published package at a non-production VerifyAX gateway, add VERIFYAX_BASE_URL and VERIFYAX_WEB_BASE_URL to the MCP client's env block (alongside your API key):

{
  "mcpServers": {
    "verifyax": {
      "command": "npx",
      "args": ["-y", "-p", "@verifyax/mcp-server", "verifyax-mcp-server"],
      "env": {
        "VERIFYAX_API_KEY": "sk-ver-api-...",
        "VERIFYAX_BASE_URL": "https://dev-gateway.example.com/api/v1",
        "VERIFYAX_WEB_BASE_URL": "https://dev-gateway.example.com/web/api/v1"
      }
    }
  }
}

Monorepo developers can instead use gitignored .env.dev / .env.test files and the convenience scripts below — see Environments.

Remote agent (Streamable HTTP — Cloud Run or local HTTP server)

Option A — native URL (Cursor v0.48+):

{
  "mcpServers": {
    "verifyax": {
      "url": "https://your-service.run.app/mcp",
      "headers": {
        "Authorization": "Bearer sk-ver-api-..."
      }
    }
  }
}

Do not add a transport field — Cursor detects Streamable HTTP from the URL.

Option B — mcp-remote bridge (works on all Cursor versions; same pattern as Tavily):

{
  "mcpServers": {
    "verifyax": {
      "command": "npx",
      "args": [
        "-y",
        "mcp-remote",
        "https://your-service.run.app/mcp",
        "--transport",
        "http-only",
        "--header",
        "Authorization:${VERIFYAX_AUTH}"
      ],
      "env": {
        "VERIFYAX_AUTH": "Bearer sk-ver-api-..."
      }
    }
  }
}

Use --transport http-only because this server speaks Streamable HTTP only (no legacy SSE).

You can also use "X-VerifyAX-API-Key": "sk-ver-api-..." instead of Authorization. The deployed server does not need VERIFYAX_API_KEY in its environment — each client supplies their own key.

See deploy/gcp/README.md for Cloud Run deployment.

Restart the client, then try: “List the skill tags I can use for an interview scenario.”

Running locally

Build once: pnpm build from the monorepo root.

All commands below are run from the monorepo root:

| Mode | Command | API key | | ------------------- | ------------------------------------------------------------- | ------------------------------------------------------ | | stdio | VERIFYAX_API_KEY=... node packages/mcp-server/dist/index.js | Server env (VERIFYAX_API_KEY) | | Streamable HTTP | pnpm --filter @verifyax/mcp-server start:dev | Client header on connect (Authorization: Bearer ...) |

HTTP server listens on 127.0.0.1:8080 by default (HOST, PORT override). Endpoints:

  • Streamable HTTP: POST/GET/DELETE /mcp
  • Health: GET /health

MCP Inspector (stdio):

First, ensure you have built the server by running pnpm build from the monorepo root.

To run the inspector against a specific environment, provide your VERIFYAX_API_KEY (in the shell or in the matching .env.* file). The inspect* scripts load that file with dotenv and forward VERIFYAX_* variables to Inspector via -e (required — Inspector does not pass your shell env to the spawned stdio server):

# Production — VERIFYAX_API_KEY from shell prefix or .env.prod
VERIFYAX_API_KEY=sk-ver-api-... pnpm --filter @verifyax/mcp-server inspect

# Development — base URLs from .env.dev
VERIFYAX_API_KEY=sk-ver-api-... pnpm --filter @verifyax/mcp-server inspect:dev

# Testing
VERIFYAX_API_KEY=sk-ver-api-... pnpm --filter @verifyax/mcp-server inspect:test

MCP Inspector (Streamable HTTP) — start the HTTP server in the desired environment (e.g., pnpm --filter @verifyax/mcp-server start:dev), then connect with your API key in the Authorization header.

Environments

The published npm package is pre-configured to connect only to the production VerifyAX API (console.verifyax.com).

For local development and testing of new changes on the server, you can configure the server to run against different VerifyAX environments (e.g., development, testing) using .env files.

  • .env.dev: For the development environment.
  • .env.test: For the testing environment.
  • .env.prod: For the production environment.

An .env.example file is provided to show the available configuration options. You can copy it to create your own .env.* files. These files are not committed to git and are not included in the published package.

The following scripts are available to run the server in different modes from the root of the project:

| Command | Description | | ------------------------------------------------- | ---------------------------------------------- | | pnpm --filter @verifyax/mcp-server start | HTTP server in production mode. | | pnpm --filter @verifyax/mcp-server start:dev | HTTP server in development mode. | | pnpm --filter @verifyax/mcp-server start:test | HTTP server in testing mode. | | pnpm --filter @verifyax/mcp-server inspect | MCP Inspector (stdio) in production mode. | | pnpm --filter @verifyax/mcp-server inspect:dev | MCP Inspector (stdio) in development mode. | | pnpm --filter @verifyax/mcp-server inspect:test | MCP Inspector (stdio) in testing mode. |

These scripts use scripts/run-with-env-file.mjs, which refuses to start when a required .env.* file is missing or still points at production. start:dev / start:test / inspect:dev / inspect:test set VERIFYAX_MCP_TARGET_ENV, and the server aborts at startup if non-production base URLs are not configured.

Configuration

| Env var | Required | Description | | ---------------------------- | ---------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | VERIFYAX_API_KEY | stdio only | Your VerifyAX API key for the stdio entry point. | | VERIFYAX_MCP_LOG_LEVEL | no | debug | info (default) | warn | error | silent. Logs go to stderr. | | VERIFYAX_BASE_URL | no | Override the API base (for self-hosting/testing. Monorepo devs typically use convenience scripts). | | VERIFYAX_WEB_BASE_URL | no | Override the tag-catalogue base (for self-hosting/testing). | | HOST | no | Bind address for HTTP server (default 127.0.0.1; use 0.0.0.0 on Cloud Run). | | PORT | no | HTTP port (default 8080). | | VERIFYAX_MCP_TARGET_ENV | no | Set by convenience scripts (production | development | testing). When development or testing, non-production VERIFYAX_*_BASE_URL values are required. | | VERIFYAX_MCP_ALLOWED_HOSTS | no | Comma-separated Host header allowlist (DNS rebinding protection when binding 0.0.0.0). |

Tools

The full v1 catalogue of 12 tools:

| Tool | Description | Blocking | | ---------------------- | -------------------------------------------------------------------------------- | -------- | | list_compatible_tags | Lists skill tags usable for a given scenario type (info_exchange/interview). | no | | register_agent | Registers an agent (A2A or API); verifies the A2A card before creating. | no | | list_agents | Lists registered agents, optionally filtered by type. | no | | delete_agent | Permanently deletes an agent by uuid. | no | | generate_scenario | Generates a scenario and waits for it to finish. | yes | | list_scenarios | Lists scenarios, optionally filtered by type/status. | no | | delete_scenario | Permanently deletes a scenario by uuid. | no | | evaluate_agent | Runs an agent against a scenario and returns the evaluation, end to end. | yes | | list_recent_runs | Lists recent simulation runs, optionally filtered. | no | | get_run_details | Fetches a run plus its evaluation when available. | no | | get_usage_summary | Summarizes usage events (counts by area, total USD spend). | no | | preview_run_cost | Estimates the credit cost of a run before triggering it. | no |

Blocking tools poll internally and return only when the work completes (typically 30s–5min).

Privacy

No telemetry. The server talks only to the VerifyAX API using your key. Logs are written to stderr and stay on your machine.

License

Apache-2.0.