syncause-debug-mcp
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@syncause-debug-mcp get stack trace from the last error"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Syncause Debug MCP Server
Without Syncause, coding agents often guess and only fix symptoms, so you may need to prompt the agent multiple times to fix the root cause.
With Syncause, agents can fix the root cause in one go. Syncause captures runtime facts (stack traces, logs, request/response, function arguments, and key variable values) and makes it queryable by AI agents via MCP—so the agent debugs with evidence instead of guessing.
Use it with:
Syncause IDE Extension — capture runtime data in your IDE, then query it via MCP.
Syncause Debugger Skill — a prompt/workflow layer that calls this MCP server.
Installation
API Key Recommended: Get a free API key at syn-cause.com/dashboard for higher rate limits.
Common MCP Configuration works in most of the tools:
{
"mcpServers": {
"syncause-debug-mcp": {
"command": "npx",
"args": ["-y", "@syncause/debug-mcp@latest"],
"env": { "API_KEY": "YOUR_API_KEY" }
}
}
}Configure in your client
Edit .cursor/mcp.json (project) or ~/.cursor/mcp.json (global):
{
"mcpServers": {
"syncause-debug-mcp": {
"command": "npx",
"args": ["-y", "@syncause/debug-mcp@latest"],
"env": { "API_KEY": "YOUR_API_KEY" }
}
}
}Edit .vscode/settings.json:
{
"mcp.servers": {
"syncause-debug-mcp": {
"command": "npx",
"args": ["-y", "@syncause/debug-mcp@latest"],
"env": { "API_KEY": "YOUR_API_KEY" }
}
}
}Edit ~/.gemini/antigravity/mcp_config.json (Global):
{
"mcp.servers": {
"syncause-debug-mcp": {
"command": "npx",
"args": ["-y", "@syncause/debug-mcp@latest"],
"env": { "API_KEY": "YOUR_API_KEY" }
}
}
}Run this command (local stdio server):
API_KEY=YOUR_API_KEY claude mcp add syncause-debug-mcp -- npx -y @syncause/debug-mcp@latestAPI_KEY=YOUR_API_KEY codex mcp add syncause-debug-mcp --command "npx -y @syncause/debug-mcp@latest"API_KEY=YOUR_API_KEY gemini mcp add syncause-debug-mcp -- npx -y @syncause/debug-mcp@latestEdit ~/.codeium/windsurf/mcp_config.json:
{
"mcpServers": {
"syncause-debug-mcp": {
"command": "npx",
"args": ["-y", "@syncause/debug-mcp@latest"],
"env": { "API_KEY": "YOUR_API_KEY" }
}
}
}Edit ~/.config/goose/config.yaml:
extensions:
syncause-debug-mcp:
type: stdio
name: Syncause Debug MCP
enabled: true
timeout: 300
cmd: npx
args: ["-y", "@syncause/debug-mcp@latest"]
envs:
API_KEY: "YOUR_API_KEY"Add this to your Opencode config:
{
"mcp": {
"syncause-debug-mcp": {
"type": "local",
"command": ["npx", "-y", "@syncause/debug-mcp@latest"],
"env": { "API_KEY": "YOUR_API_KEY" },
"enabled": true
}
}
}Related MCP server: Log Diagnosis MCP Server
Troubleshooting
npx: command not found→ install Node.js (or ensure your shell can find it).Server won’t start in your client → try running the MCP server directly in a terminal first:
npx -y @syncause/debug-mcp@latestEnv not applied → many clients require restarting after config changes.
Security Notes
Your
API_KEYis sensitive. Avoid committing MCP config files to Git.Prefer project-level configs only when you need per-repo isolation.
Available Tools
6 toolsdiff_trace_executionB
Compare the execution paths and data differences between two requests (usually one successful and one failed) to identify the root cause of bugs.
Inputs: projectId (required), baseTraceId (required), compareTraceId.
get_project_listA
List all projects that have already been initialized. This is the preferred way to discover available 'projectId's and their corresponding paths without re-initializing them.
Inputs: no named parameters.
get_trace_insightA
Get a complete lifecycle report for a single request, including call tree skeleton, key SQL summaries, and exception logs.
Inputs: traceId (required), projectId (required).
inspect_method_snapshotB
Deep dive into a specific method for a given request, returning precise input/output parameters, local variables, and logs generated within its scope.
Inputs: traceId (required), className (required), projectId (required), methodName (required), +1 more.
search_debug_tracesB
Entry point for troubleshooting. Search for relevant error logs, slow queries, or specific business ID execution traces based on user questions or error descriptions.
Inputs: query (required), projectId (required), limit, since.
setup_projectA
Initialize or retrieve a specific project's configuration by its path. Use this when you have a local project path and need its 'projectId'. If you want to see already configured projects, use 'get_project_list' first.
Inputs: projectPath (required).
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 6 tools
Each tool targets a distinct level of the tracing workflow: discovery (search_debug_traces), request-level report (get_trace_insight), method-level drill-down (inspect_method_snapshot), comparison (diff_trace_execution), and project config (setup_project/get_project_list). The only mild overlap is between search_debug_traces and get_trace_insight, since both surface logs/errors, but the descriptions clarify search is the entry point and insight is a full lifecycle report.
All names follow a snake_case verb_noun pattern (get_trace_insight, search_debug_traces, inspect_method_snapshot, diff_trace_execution, setup_project, get_project_list). Minor deviation: 'diff' and 'setup' are less standard verbs than get/search/inspect, and project tools split verbs (get vs setup) for related concepts, but overall the convention is predictable.
Six tools is well-scoped for a trace-debugging server: two for project setup/discovery and four covering the search-to-diagnosis-to-comparison flow. No tool appears redundant or filler.
The core lifecycle (discover project, search traces, inspect request and method detail, diff two requests) is fully covered. Minor gaps exist around project config lifecycle (no removal/reset of an initialized project) and no way to list or browse recent traces without a search query, but agents can work around these.
Maintenance
Related MCP Connectors
Production bugs with replay, network, console and stack, ranked for your coding agent to fix.
Open-source agent that observes and fixes your application. Query logs, traces, metrics, incidents.
Codebase intelligence for AI agents — dead code, blast radius, ownership.
Production errors your coding agent can read: search, stack traces, context, trends, resolve.
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceEnables AI agents to investigate backend incidents by executing runbooks that gather evidence from observability and storage systems.7 npm9MIT
- AlicenseNot gradedqualityDmaintenanceEnables AI to automatically diagnose bugs by querying logs, tracing call chains, and analyzing code across multiple log platforms like Elasticsearch and Loki.MIT
- AlicenseNot gradedqualityCmaintenanceEnables coding agents to access live runtime observability data such as logs, deploys, and health metrics for evidence-based incident triage.1MIT
- AlicenseAqualityBmaintenanceConnects AI agents to live observability stacks including Sentry, GitHub, Vercel, Better Stack, and Cloudflare, enabling end-to-end incident investigation, deployment correlation, root cause analysis, and regression triage.14MIT