Prototype · Preview: every server in the official registry, synced every 30 minutes. Reviews and accounts come in a later step.
PopNx MCPMCP servers for people who use AI · explained in plain words

Xdebug

by kpanuraghversion 1.2.1i★ –iRuns on your computer
Registry nameio.github.kpanuragh/xdebug

Install

Overview

Description from the maker (original English)

MCP server for PHP Xdebug debugging with breakpoints, stepping, and variable inspection

PopNx MCP’s three pillars

These three are never merged into one score: opinions, measurements and popularity are different things.

What you can do with it

We have not written a plain-language summary for this one yet. Below are the facts we read from the registry.

  • Connection: Runs on your computer
  • Transport: stdio
  • Category: Developer tools

Install

Pick the AI app you use, then copy the settings.

Before you install

  • Basic checks: 1 of 1 passed
  • Runs on your computer with your user’s permissions (files, network, apps).
  • The registry lists no key to fill in.

You need

  • npmNode.js installed (for the npx command)

Which app do you use?

Pick your app above. We remember it, so next time the button says “Install in …”.

Open Claude Desktop → Settings → Developer → Edit Config, and paste this into claude_desktop_config.json

{
  "mcpServers": {
    "xdebug": {
      "command": "npx",
      "args": [
        "-y",
        "xdebug-mcp"
      ]
    }
  }
}

Run this in your terminal

claude mcp add xdebug -- npx -y xdebug-mcp

Open in Cursor

Or copy the settings yourself

Paste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json

{
  "mcpServers": {
    "xdebug": {
      "command": "npx",
      "args": [
        "-y",
        "xdebug-mcp"
      ]
    }
  }
}

Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.

Open in VS Code

Or copy the settings yourself

Paste into .vscode/mcp.json in your project

{
  "servers": {
    "xdebug": {
      "type": "stdio",
      "command": "npx",
      "args": [
        "-y",
        "xdebug-mcp"
      ]
    }
  }
}

Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.

This one runs on your computer, and ChatGPT can only connect to servers on the internet. Pick another app.

Your choice stays on this device in a cookie; no account needed.

These settings are generated from the maker’s registry entry. If the README says otherwise, follow the README.

What it can do

Runs on your computer; the tool list appears in your AI app after you install it.

Basic checksi

We check information anyone can see; we have not read the code. Checks that do not apply are left out of the count. · Checked Nov 6, 2026

  • ✓ Pass

    Maker matches the repo

    The registry name was verified with the GitHub account kpanuragh, which owns the repo

  • … Not checked yet

    Still maintained

    We have not read this repo from GitHub yet

  • … Not checked yet

    Has a licence

    We have not read this repo from GitHub yet

  • – Not applicable

    Endpoint responds

    This one runs on your computer; there is no internet endpoint

  • – Not applicable

    Sign-in with OAuth

    Runs on your computer and uses local settings instead

  • … Not checked yet

    No hidden instructions in tool descriptions

    Runs on your computer; we can only read tool lists from internet endpoints

Compared with others in Developer toolsi

  • More stars than 0% of the other 1386 servers in this category
  • Published to the registry more recently than 11% of the other 1386 servers in this category
  • Basic checks equal to or better than 100% of the other 1386 servers in this category

Compared with every active server in this category in the registry. Stars count only when the publisher owns the repo.

Common questions

Is Xdebug safe?

It passed 1 of 1 applicable basic checks. We have not read the code. Before adding a key or token, see what access the server asks for and use a key with only the permissions you need.

What keys or codes does it need?

The registry does not list a required key, though some servers ask you to sign in on first use.

Does it run on my computer or in the cloud?

It runs on your computer. Your AI app starts it when needed, and data does not pass through the maker’s servers (unless it calls an online service itself).

Is it still maintained?

The GitHub repo last changed –, and the latest version (1.2.1) reached the registry 8 months ago.

Which apps can use it?

Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. You also need Node.js on your computer.

What can I use instead?

In the same category: GitHub, Desktop Commander, Cloudflare MCP

Alternatives

Servers in the same category from other makers, sorted by stars.

Reading a card:★ GitHub starsiThree pillars: reviews · checks · usageiUpdated = latest version published to the registryi

GitHub

by github

GitHub’s official server lets AI read and manage code, issues and pull requests in your account. Use GitHub’s hosted version or run it locally with Docker.

Computer or cloud★ 34,245MITUpdated 3 days ago
Install

Desktop Commander

by wonderwhy-er

MCP server for terminal commands, file operations, and process management

Runs on your computer★ 10,225MITUpdated 15 days ago
Install

Cloudflare MCP

by cloudflare

Cloudflare MCP servers

Runs in the cloud★ 4,446Apache-2.0Updated 14 months ago
Install

README from the maker

Open the README

Copied from the maker’s repo as written. PopNx MCP has not reviewed or endorsed it. HTML, images and scripts are removed. Links lead off this site.

Xdebug MCP Server

An MCP (Model Context Protocol) server that provides PHP debugging capabilities through Xdebug's DBGp protocol. This allows AI assistants like Claude to directly debug PHP applications.

Features

Core Debugging
  • Full Debug Control: Step into, step over, step out, continue, stop
  • Breakpoints: Line breakpoints, conditional breakpoints, exception breakpoints, function call breakpoints
  • Variable Inspection: View all variables, get specific variables, set variable values
  • Expression Evaluation: Evaluate PHP expressions in the current context
  • Stack Traces: View the full call stack
  • Multiple Sessions: Debug multiple PHP scripts simultaneously
  • Docker Support: Works with PHP running in Docker containers
Advanced Features
  • Watch Expressions: Persistent watches that auto-evaluate on each break with change detection
  • Logpoints: Log messages without stopping execution using {$var} placeholders
  • Memory Profiling: Track memory usage and execution time between breakpoints
  • Code Coverage: Track which lines were executed during debugging
  • Request Context: Capture $_GET, $_POST, $_SESSION, $_COOKIE, headers automatically
  • Step Filters: Skip vendor/library code during stepping
  • Debug Profiles: Save and restore breakpoint configurations
  • Session Export: Export debug sessions as JSON or HTML reports

Installation

From npm (Recommended)
npm install -g xdebug-mcp
From Source
git clone https://github.com/kpanuragh/xdebug-mcp.git

cd xdebug-mcp npm install npm run build

MCP Server Configuration

For Claude Code

Add the xdebug-mcp server to your MCP configuration (.mcp.json or Claude settings):

Using npm global install:

{

"mcpServers": { "xdebug": { "command": "xdebug-mcp", "env": { "XDEBUG_PORT": "9003", "LOG_LEVEL": "info" } } } }

Using npx:

{

"mcpServers": { "xdebug": { "command": "npx", "args": ["-y", "xdebug-mcp"], "env": { "XDEBUG_PORT": "9003", "LOG_LEVEL": "info" } } } }

With Path Mappings (for Docker)

When debugging PHP in Docker containers, you need path mappings to translate container paths to host paths:

{

"mcpServers": { "xdebug": { "command": "xdebug-mcp", "env": { "XDEBUG_PORT": "9003", "PATH_MAPPINGS": "{\"/var/www/html\": \"/home/user/projects/myapp\"}", "LOG_LEVEL": "info" } } } }

With DBGp Proxy Registration

If you already use a DBGp proxy, keep mcp-config.example.json as the default direct-listener example and start from mcp-config.proxy.example.json for proxy registration.

Proxy mode requires:

  • TCP listener mode for xdebug-mcp (not XDEBUG_SOCKET_PATH)
  • a unique callback port such as 9006, 9007, or 9008 for XDEBUG_PORT
  • DBGP_PROXY_HOST, DBGP_PROXY_PORT, and DBGP_IDEKEY

See the DBGp Proxy Registration Guide for the full setup, multi-agent examples, and PHP/Xdebug proxy configuration.

PHP/Xdebug Configuration

php.ini (or xdebug.ini)
[xdebug]

zend_extension=xdebug

; Enable step debugging xdebug.mode=debug

; Start debugging on every request xdebug.start_with_request=yes

; Host where MCP server is running ; For Docker: use host.docker.internal ; For local PHP: use 127.0.0.1 xdebug.client_host=host.docker.internal

; Port where MCP server listens xdebug.client_port=9003

; IDE key (optional, for filtering) xdebug.idekey=mcp

Docker Compose
version: '3.8'

services: php: image: php:8.2-apache volumes:

  • ./src:/var/www/html
  • ./xdebug.ini:/usr/local/etc/php/conf.d/99-xdebug.ini extra_hosts:
  • "host.docker.internal:host-gateway" # Required for Linux environment:
  • XDEBUG_MODE=debug
  • XDEBUG_CONFIG=client_host=host.docker.internal client_port=9003
Using Unix Domain Sockets

For improved performance and simplified setup on local systems, you can use Unix domain sockets instead of TCP. Unix sockets eliminate network stack overhead and are ideal for debugging on the same machine.

Benefits:

  • ⚡ Lower latency (no TCP/IP stack overhead)
  • 🔒 Better security (file permissions instead of port binding)
  • 📦 Simpler setup (no port management)
  • 🚀 Faster communication for local debugging

MCP Configuration (Unix Socket):

{

"mcpServers": { "xdebug": { "command": "xdebug-mcp", "env": { "XDEBUG_SOCKET_PATH": "/tmp/xdebug.sock", "LOG_LEVEL": "info" } } } }

PHP/Xdebug Configuration:

[xdebug]

zend_extension=xdebug xdebug.mode=debug xdebug.start_with_request=yes xdebug.client_host=unix:///tmp/xdebug.sock

Socket File Permissions:

The socket file is created with default permissions. To restrict access, you can:

# After MCP server starts

chmod 600 /tmp/xdebug.sock

Or use a secure directory

mkdir -p ~/.xdebug && chmod 700 ~/.xdebug

Then set XDEBUG_SOCKET_PATH=$HOME/.xdebug/xdebug.sock

Automatic Cleanup:

When XDEBUG_SOCKET_PATH is set, the server will:

  • Listen on the specified Unix socket instead of TCP port
  • Automatically clean up stale socket files on startup (prevents "address in use" errors)
  • Automatically clean up socket files on shutdown
  • Use the same debugging tools and features as TCP mode

When to Use Unix Sockets:

  • ✅ Local PHP development (best performance)
  • ✅ Same-machine debugging
  • ✅ High-frequency breakpoint hits
  • ❌ Remote debugging (use TCP instead)

*Unix socket support requested in Issue #1 by @dkd-kaehm*

Available MCP Tools (41 Total)

Session Management
ToolDescription
list_sessionsList all active debug sessions
get_session_stateGet detailed state of a session
set_active_sessionSet which session is active
close_sessionClose a debug session
Breakpoints
ToolDescription
set_breakpointSet a line or conditional breakpoint (supports pending breakpoints)
set_exception_breakpointBreak on exceptions (supports pending breakpoints)
set_call_breakpointBreak on function calls (supports pending breakpoints)
remove_breakpointRemove a breakpoint (works with pending breakpoints)
update_breakpointEnable/disable or modify a breakpoint
list_breakpointsList all breakpoints including pending

Pending Breakpoints: You can set breakpoints before a debug session starts. These are stored as "pending breakpoints" and automatically applied when a PHP script connects with Xdebug. This is useful for setting up breakpoints before triggering a page load or script execution.

Execution Control
ToolDescription
continueContinue to next breakpoint
step_intoStep into function calls
step_overStep over (skip function internals)
step_outStep out of current function
stopStop debugging
detachDetach and let script continue
Inspection
ToolDescription
get_stack_traceGet the call stack
get_contextsGet available variable contexts
get_variablesGet all variables in scope
get_variableGet a specific variable
set_variableSet a variable's value
evaluateEvaluate a PHP expression
get_sourceGet source code
Watch Expressions
ToolDescription
add_watchAdd a persistent watch expression
remove_watchRemove a watch expression
evaluate_watchesEvaluate all watches and detect changes
list_watchesList all active watches
Logpoints
ToolDescription
add_logpointAdd a logpoint with message template
remove_logpointRemove a logpoint
get_logpoint_historyView log output and hit statistics
Profiling
ToolDescription
start_profilingStart memory/time profiling
stop_profilingStop profiling and get results
get_profile_statsGet current profiling statistics
get_memory_timelineView memory usage over time
Code Coverage
ToolDescription
start_coverageStart tracking code coverage
stop_coverageStop and get coverage report
get_coverage_reportView coverage statistics
Debug Profiles
ToolDescription
save_debug_profileSave current configuration as a profile
load_debug_profileLoad a saved debug profile
list_debug_profilesList all saved profiles
Additional Tools
ToolDescription
capture_request_contextCapture HTTP request context
add_step_filterAdd filter to skip files during stepping
list_step_filtersList step filter rules
get_function_historyView function call history
export_sessionExport session as JSON/HTML report
capture_snapshotCapture debug state snapshot

Usage Examples

Setting a Breakpoint
Use set_breakpoint with file="/var/www/html/index.php" and line=25
Conditional Breakpoint
Use set_breakpoint with file="/var/www/html/api.php", line=42, condition="$userId > 100"
Watch Expression
Use add_watch with expression="$user->email"

Use add_watch with expression="count($items)"

Logpoint
Use add_logpoint with file="/var/www/html/api.php", line=50, message="User {$userId} accessed {$endpoint}"
Inspecting Variables
Use get_variables to see all local variables

Use get_variable with name="$user" to inspect a specific variable Use evaluate with expression="count($items)" to evaluate an expression

Capture Request Context
Use capture_request_context to see $_GET, $_POST, $_SESSION, cookies, and headers

Environment Variables

VariableDefaultDescription
XDEBUG_PORT9003Port to listen for Xdebug connections (TCP mode)
XDEBUG_HOST0.0.0.0Host to bind (TCP mode)
XDEBUG_SOCKET_PATH-Unix domain socket path (e.g., /tmp/xdebug.sock). When set, uses Unix socket instead of TCP
COMMAND_TIMEOUT30000Command timeout in milliseconds
PATH_MAPPINGS-JSON object mapping container to host paths
MAX_DEPTH3Max depth for variable inspection
MAX_CHILDREN128Max children to return for arrays/objects
MAX_DATA2048Max data size per variable
LOG_LEVELinfoLog level: debug, info, warn, error

Connection Modes: TCP vs Unix Socket

FeatureTCPUnix Socket
SetupEasy (default)Simple (one env var)
PerformanceGoodExcellent (lower latency)
SecurityPort accessible to networkFile-based permissions
Remote Debugging✅ Supported❌ Local only
Docker✅ Works with host.docker.internal❌ Requires volume mount
Stale SocketManual port cleanupAuto-cleanup
DefaultXDEBUG_PORT=9003Disabled (use TCP)

Quick Decision Guide:

  • 🏠 Local development? → Use Unix socket for best performance
  • 🐳 Docker on same machine? → Use Unix socket with volume mount
  • 🌐 Remote server? → Use TCP
  • 🚀 Maximum speed? → Use Unix socket
  • 📝 Don't know? → Start with TCP (de

Only the beginning is shown; read the rest in the repo

Ask PopNx