We all love vibe coding – lo-fi beats, bad variables, and a dream can get a developer far. The reality is often this leads to a debugging session that’s way more overhead than you planned for. We’re fast to generate code but debugging still takes cycles, much slower cycles. There is a solid feedback loop with generated code and AI Assistants such as Cursor, Windsurf and Claude Code creating new features, offering guidance, that’s super enjoyable and effective. Why can’t debugging feel the same way?
This is where Model Context Protocol can bring debugging capabilities much closer to your vibe coded masterpiece. MCP servers can now run alongside your IDE and use your observability data as the connective tissue across metrics, traces, and logs to figure out what’s wrong. You also get less context switching between your IDE, terminal, and observability tooling. One could even call it vibe debugging.
That’s what we just released in the Fiberplane API Playground for Hono APIs and Cloudflare Workers. Check out how this is built with the MCP server, OpenTelemetry, and the demo below.
API Playground and Debugger for Hono APIs and Cloudflare
The Fiberplane API Playground is designed to give developers a native UX for exploring and testing their Hono service APIs. It’s an embedded middleware that uses the OpenAPI spec to discover and document API routes. Leveraging OpenTelemetry it instruments your handlers and captures traces. We also shipped an Otel-Worker which is an Open Telemetry Collector for Cloudflare Workers specifically - this stores traces, spans, and is written in Rust. Finally, the MCP Server connects those traces to your favorite vibe IDE.
Running the Otel-Worker and MCP server
Once you clone the otel-worker repo, make sure you have the Wrangler CLI installed and start the otel-worker.
# Within the fiberplane/otel-worker repocd otel-worker# Tell the MCP server where the Otel-Worker is runningnpx wrangler dev
Now start the MCP server:
# Within the fiberplane/otel-worker repocd otel-worker
# Start the MCP Servercargo cli mcp --transport sse --otel-worker-url http://localhost:24318 --otel-worker-token your-secret-token-here
We can now hook up the MCP Server to our favorite IDE. Both Cursor and Windsurf support installing MCP servers. For Cursor you need to go to Cursor settings which has its own dedicated MCP section.
Now, when you test your API via the playground (or just use cURL) and an error pops up, you can paste in the trace-id, and your IDE will make a tool call to the MCP Server and help you debug the error.
A future of MCP beyond the IDE
We’re excited about what this means for the future of automated debugging and deployment-readiness. Imagine MCP servers that proactively identify patterns in your observability data before issues cascade, or that automatically suggest optimizations based on runtime performance. The days of context-switching between tools and piecing together disparate signals may soon give way to a unified vibe debugging experience
Get started with the API Playground here. It’s currently free and open source.