Show HN: MCPJam - the first testing & evaluations platform for MCP servers (mcpjam.com)
Users now start in ChatGPT, Claude, Cursor, and other AI clients. They reach your product through your MCP server.
That means your users often aren’t in your product anymore. You can’t see what they prompted for, how the agent interpreted it, or whether your server helped them get the result they wanted.
I saw this firsthand leading MCP technical strategy at Asana, including our ChatGPT and Claude launches. We were building high-stakes enterprise integrations, but we had no reliable way to test them the way we test normal software- or to know whether they worked once they reached real users.
I started using MCPJam for those problems after re-connecting with my former coworker who created the project. brought it to more of our developers, and worked it into our CI/CD pipeline. I joined the team because I kept hearing the same issue from other companies building for agents.
So, what does “good” look like for MCP? For us, it means users reliably get the outcome they came for, across the AI clients they use.
That’s what we’ve been building toward. MCPJam now helps you test the full workflow, from the first prompt to the expected result:
* Swarms: Simulate users with different goals and prompts to find where workflows break across AI clients. * User Testing: Watch how real users interact with your MCP product, where they get stuck, and how they feel about the results. * Evals: Turn those workflows into repeatable tests that check whether users get the expected outcome. * CI/CD: Run those evals across AI clients before each release to catch regressions.
Over 106,000 developers and +300 enterprises use our open-source solution to see how their servers behave locally across major AI clients. MCPJam has grown from a debugging tool into a continuous testing and evaluation workflow for MCP servers.
If you’re building an MCP server or agent-facing product, give MCPJam a try. What is the hardest thing for you to test? We love hearing about your MCP server builds!
12 comments
[ 3.5 ms ] story [ 30.5 ms ] threadYou want to test the full request flow between client and server: connection, tool discovery, tool selection, calls, responses, and whether the user’s GOAL was actually achieved.
What's hard: an external agent sits between your user and your MCP server, in a client you don't control (ChatGPT, claude etc.). Your tests need to cover how that client and agent find and uses your tools.
Recommend checking for :
- (deterministic assertions + non-deterministic judge checks) at essentially every stage of the request flow from client->server (User Value Chain)
- across many clients where YOUR target users are at (unfort. these clients change behavior every other day) and across harness + models
- our default eval assertions cover things like input schemas, valid arguments, repeated calls, errors, latency, and response size; pair those deterministic checks with non-deterministic evals for tool choice, response interpretation, and task completion.
We also think giving people completely configurable clients is extremely valuable, we keep these client "templates" up to date with the latest capabilities- but folks can certainly change up protocol/extension capabilities beyond that e.g. if Copilot is planning to support more apps capabilities in the coming weeks, use the Copilot template and toggle on more MCP apps endpoints to see if you're able to make use of them