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!
love the direction, but the problem for me has been about creating stronger evals and knowing what I should be checking for. does this help me understand that?
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!
love the direction, but the problem for me has been about creating stronger evals and knowing what I should be checking for. does this help me understand that?