DEV Community

Cover image for I Got Tired of Opening Dashboards, So We Built an MCP Server
Janardan Joshi
Janardan Joshi

Posted on

I Got Tired of Opening Dashboards, So We Built an MCP Server

A months ago, I noticed something about the way I was working.

Most of my day was spent inside Cursor, Claude Code, VS Code, or a terminal. That's where I wrote code, debugged issues, and even asked AI to explain unfamiliar libraries.

But the moment I wanted to check whether one of our AI validators had failed, everything changed.

I'd open a browser.
Log into our dashboard.
Find the right project.
Open the validator.
Check the latest run.
Copy the error.
Then go back to my editor.

It doesn't sound like much, but when you do it 20 or 30 times a day, it gets surprisingly annoying.

Eventually I caught myself thinking:

If my AI assistant can write code, explain stack traces, and refactor functions... why can't it tell me whether my validator failed?

That question eventually led us to build an MCP server for Fixzi.ai.


The Problem Was Never the Dashboard

Our dashboard wasn't the problem.

It did exactly what it was supposed to do.

The problem was context switching.

Once you're in the middle of solving a bug, every extra tab feels like friction. You stop thinking about the problem and start thinking about navigation.

Where's the project?

Which validator was it?

Was this the latest run or yesterday's?

It's only a minute or two each time, but those minutes add up.


AI Introduced a Different Kind of Monitoring

Traditional monitoring is pretty straightforward.

Is the API responding?

Is CPU usage too high?

Did the server crash?

Those are problems we've known how to monitor for years.

AI applications introduced something different.

Imagine yesterday your model returned:

{
  "user_id": 123,
  "status": "active"
}
Enter fullscreen mode Exit fullscreen mode

Nothing unusual.

Then a prompt change or model update happens, and now it returns:

{
  "userId": "123",
  "user_status": "active"
}
Enter fullscreen mode Exit fullscreen mode

The API still responds.

The server is healthy.

Your uptime monitor stays green.

But somewhere downstream, something breaks because your application expected a different JSON contract.

That's not downtime.

It's schema drift.

And if you're building with LLMs, you've probably seen some version of it already.


That's Where MCP Started Making Sense

Around the same time, MCP (Model Context Protocol) started gaining traction.

The idea is refreshingly simple.

Instead of your AI assistant only answering questions from its own knowledge, it can securely connect to external tools and use them on your behalf.

That immediately made me wonder...

What if our validators weren't trapped inside a browser dashboard?

What if Cursor or Claude Code could access them directly?


So We Built It

The Fixzi MCP Server exposes the same validation tools we use through MCP.

Once it's connected, your AI assistant can do things like:

  • List your validators
  • Retrieve validator details
  • Run validation checks
  • Review previous validation history

The interesting part isn't the list of tools.

It's how you use them.

Instead of opening another tab, you can simply ask:

"Run the customer validator."

Or:

"Which monitor failed today?"

Or even:

"Why did yesterday's validation fail?"

Those feel like normal questions.

Your AI figures out the rest.


One Workflow I Ended Up Using More Than I Expected

Recently I was tweaking a prompt that generates customer information.

Normally my process would've looked something like this:

  1. Update the prompt.
  2. Run the application.
  3. Open the dashboard.
  4. Find the validator.
  5. Run another check.
  6. Read the failure.
  7. Go back to the code.
  8. Repeat.

Now it's closer to this:

"Run the customer validator."

The assistant runs the validation.

It tells me that userId doesn't match the expected user_id.

I update the prompt.

I ask it to run the check again.

Done.

It's not magic.

It's just one less interruption.

And honestly, that's what makes it useful.


The Bigger Shift

I don't think dashboards are going away.

There will always be times when you want graphs, logs, and detailed reports.

But I also think we're entering a phase where many developer tools become conversational.

few years ago we searched documentation.

Now we ask AI.

few years ago we opened dashboards.

Now we're starting to ask questions like:

"Show me everything that failed today."

That feels like a much more natural way to work.


Final Thoughts

Building AI applications has introduced a new category of problems.

Your servers can be perfectly healthy while your AI quietly changes the shape of the data your application depends on.

That's why validating structured outputs is becoming just as important as monitoring uptime.

For us, exposing those validators through MCP felt like the obvious next step.

Maybe in a few years we'll look back and wonder why we spent so much time clicking through dashboards just to answer questions an AI assistant could answer in a few seconds.

I have a feeling that's where developer tools are headed.

Top comments (0)