Bruno MCP Studio
Related Servers
Alternatives to Bruno MCP Studio
No user-submitted related servers found.
Related Servers
- AlicenseAqualityBmaintenanceEnables AI coding assistants to discover, inspect, and run API requests in Bruno collections locally, keeping all data private.353 npmMIT
- AlicenseAqualityCmaintenanceIntegrates Bruno CLI for API testing, enabling users to run API requests and collections, manage environments, generate test reports (JSON/JUnit/HTML), and validate collection structures through natural language commands.953 npm5MIT
- AlicenseNot gradedqualityDmaintenanceExposes Bruno API collections as Model Context Protocol (MCP) tools, allowing AI agents and MCP clients to interact with your API collections.1 npm2MIT
- AlicenseNot gradedqualityDmaintenanceExposes Bruno CLI as tools for AI agents, allowing them to discover, inspect, and execute Bruno API collections through the MCP protocol.1MIT
- AlicenseCqualityAmaintenanceEnables AI agents to create, manage, and execute API collections, requests, and environments in Insomnia-compatible formats. It supports direct synchronization with the local Insomnia app database and importing from OpenAPI, Postman, and cURL.30255 npm26MIT

thunderclient-mcpofficial
AlicenseBqualityDmaintenanceEnables AI tools to create and manage API requests and collections in Thunder Client, with automated collection and folder creation.224 npm11MIT
TDQS
Scored across 21 tools
Most tools pair a clear resource with a clear action—collection, environment, request, script—so an agent can usually tell them apart. The main boundary ambiguity is between create_collection, create_test_suite, and create_crud_requests (all generate collections/requests), and between add_test_script and the inline-script support in create_request/modify_request.
The set mostly follows a consistent verb_noun pattern: create_collection, delete_request, list_requests, read_environment. Minor inconsistencies exist—add_test_script vs remove_script, and read_*/get_* verbs—but the overall convention is predictable.
At 21 tools, the server sits in the heavy range. The breadth is partially justified by covering collections, environments, requests, scripts, generation, and execution, but several tools could be consolidated (e.g., set_environment_variable/remove_environment_variable vs update_environment), making the surface feel larger than necessary.
Collection, request, script, and execution workflows are well covered, and generation tools create test suites and CRUD operations. However, the environment lifecycle has an obvious gap: there is no delete_environment, and collection configuration/rename/move operations are also absent, leaving some dead ends.