postman_create_ collectionCreates a collection using the Postman Collection v2.1.0 schema format.
Fork a collection, patch its requests, spin up a mock server, run a monitor and read the results — all from the chat window, against the workspaces your API key can already see.
PopMCPPostman
The full set of calls and triggers on this connection — workspaces, collections, environments, mocks, monitors, specs, tags, analytics and search.
postman_create_ collectionCreates a collection using the Postman Collection v2.1.0 schema format.
postman_create_ collection_ commentCreates a comment on a collection.
postman_create_ collection_ folderCreates a folder in a collection.
postman_create_ collection_ forkCreates a fork from an existing collection into a workspace.
postman_create_ collection_ requestCreates a request in a collection.
postman_delete_ collectionDeletes a collection.
postman_get_ collectionGet information about a collection.
postman_get_ collection_ commentsGets all comments left by users in a collection.
postman_get_ collection_ forksGets a collection's forked collections.
postman_get_ collectionsThe workspace ID query is required for this endpoint.
postman_merge_ collection_ forkThis endpoint is deprecated.
postman_patch_ collectionUpdates specific collection information, such as its name, events, or its variables.
postman_put_ collectionReplaces the contents of a collection using the Postman Collection v2.1.0 schema format.
postman_update_ collection_ requestUpdates a request in a collection.
postman_create_ specCreates an API specification in Postman's Spec Hub.
postman_get_ all_ specsGets all API specifications in a workspace.
postman_get_ specGets information about an API specification.
postman_create_ mockCreates a mock server in a collection.
postman_delete_ mockDeletes a mock server.
postman_get_ mockGets information about a mock server.
postman_get_ mocksGets all active mock servers.
postman_update_ mockUpdates a mock server.
postman_create_ monitorCreates a monitor.
postman_create_ workspaceCreates a new workspace.
postman_delete_ monitorDeletes a monitor.
postman_delete_ workspaceDeletes an existing workspace.
postman_get_ monitorGets information about a monitor.
postman_get_ monitorsGets all monitors.
postman_get_ workspaceGets information about a workspace.
postman_get_ workspacesGets all workspaces you have access to.
postman_run_ monitorRuns a monitor and returns its run results.
postman_update_ workspaceUpdates a workspace's property, such as its name or visibility.
postman_create_ environmentCreates an environment.
postman_delete_ environmentDeletes an environment.
postman_get_ environmentGets information about an environment.
postman_get_ environmentsGets information about all of your environments.
postman_patch_ environmentUpdates specific environment properties, such as its name and variables.
postman_put_ environmentReplaces all the contents of an environment with the given information.
postman_get_ authenticated_ userGets information about the authenticated user.
postman_search_ postman_ elementsSearch Postman for entities (requests, collections, workspaces, specs, flows, environments, mocks).
postman_create_ collection_ responseCreates a request response in a collection.
postman_create_ folder_ commentCreates a comment on a folder.
postman_create_ request_ commentThe request ID must contain the team ID as a prefix, in teamId-requestId format.
postman_create_ response_ commentCreates a comment on a response.
postman_delete_ collection_ commentDeletes a comment from a collection.
postman_delete_ collection_ folderDeletes a folder in a collection.
postman_delete_ collection_ requestDeletes a request in a collection.
postman_delete_ collection_ responseDeletes a response in a collection.
postman_delete_ folder_ commentDeletes a comment from a folder.
postman_delete_ request_ commentDeletes a comment from a request.
postman_delete_ response_ commentDeletes a comment from a response.
postman_duplicate_ collectionCreates a duplicate of the given collection in another workspace.
postman_generate_ spec_ from_ collectionGenerates an OpenAPI 2.0, 3.0, or 3.1 specification for the given collection.
postman_get_ collection_ folderGets information about a folder in a collection.
postman_get_ collection_ requestGets information about a request in a collection.
postman_get_ collection_ responseGets information about a response in a collection.
postman_get_ collection_ tagsGets all the tags associated with a collection.
postman_get_ collection_ updates_ tasksGets the status of an asynchronous collection update task.
postman_get_ collections_ forked_ by_ userGets a list of all the authenticated user's forked collections.
postman_get_ duplicate_ collection_ task_ statusGets the status of a collection duplication task.
postman_get_ folder_ commentsGets all comments left by users in a folder.
postman_get_ generated_ collection_ specsGets the API specification generated for the given collection.
postman_get_ request_ commentsGets all comments left by users in a request.
postman_get_ response_ commentsGets all comments left by users in a response.
postman_get_ source_ collection_ statusChecks whether there is a change between the forked collection and its parent (source) collection.
postman_publish_ documentationPublishes a collection's documentation.
postman_pull_ collection_ changesPulls the changes from a parent (source) collection into the forked collection.
postman_sync_ collection_ with_ specSyncs a collection generated from an API specification.
postman_transfer_ collection_ foldersCopies or moves folders into a collection or folder.
postman_transfer_ collection_ requestsCopies or moves requests into a collection or folder.
postman_transfer_ collection_ responsesCopies or moves responses into a request.
postman_unpublish_ documentationUnpublishes a collection's documentation.
postman_update_ collection_ commentUpdates a comment on a collection.
postman_update_ collection_ folderUpdates a folder in a collection.
postman_update_ collection_ responseUpdates a response in a collection.
postman_update_ collection_ tagsUpdates a collection's associated tags.
postman_update_ folder_ commentUpdates a comment on a folder.
postman_update_ request_ commentUpdates a comment on a request.
postman_update_ response_ commentUpdates a comment on a response.
postman_create_ spec_ fileCreates a file for an OpenAPI or a protobuf 2 or 3 specification.
postman_delete_ specDeletes an API specification.
postman_delete_ spec_ fileDeletes a file in an API specification.
postman_generate_ collectionCreates a collection from the given API specification.
postman_get_ async_ spec_ task_ statusGets the status of an asynchronous API specification creation task.
postman_get_ spec_ collectionsGets all of an API specification's generated collections.
postman_get_ spec_ definitionGets the complete contents of an OpenAPI or AsyncAPI specification's definition.
postman_get_ spec_ fileGets the contents of an API specification's file.
postman_get_ spec_ filesGets all the files in an API specification.
postman_sync_ spec_ with_ collectionSyncs an API specification linked to a collection.
postman_update_ spec_ fileUpdates a file for an OpenAPI or protobuf 2 or 3 specification.
postman_update_ spec_ propertiesUpdates an API specification's properties, such as its name.
postman_create_ mock_ server_ responseCreates a server response on a mock server.
postman_delete_ mock_ server_ responseDeletes a server response from a mock server.
postman_get_ mock_ server_ responseGets the full details of a specific server response, including its body, headers, and language.
postman_get_ mock_ server_ responsesGets all server responses configured for a mock server.
postman_publish_ mockPublishes a mock server.
postman_unpublish_ mockUnpublishes a mock server.
postman_update_ mock_ server_ responseUpdates a server response's name, statusCode, body, headers, or language.
postman_get_ monitor_ run_ resultsGets results for a monitor run, including trimmed execution logs (beforeItem and assertion events only) and result counts.
postman_get_ workspace_ global_ variablesGets a workspace's global variables.
postman_get_ workspace_ tagsGets all the tags associated with a workspace.
postman_list_ monitor_ executionsLists executions for a monitor.
postman_list_ runs_ for_ executionLists runs for a monitor execution.
postman_update_ monitorUpdates a monitor's configurations.
postman_update_ workspace_ global_ variablesUpdates and replaces a workspace's global variables.
postman_update_ workspace_ tagsUpdates a workspace's associated tags.
postman_add_ workspace_ to_ private_ networkPublishes a workspace to your team's Private API Network.
postman_list_ private_ network_ add_ requestsGets all requests to add workspaces to your team's Private API Network.
postman_list_ private_ network_ workspacesGets information about workspaces added to your team's Private API Network.
postman_remove_ workspace_ from_ private_ networkRemoves a workspace from your team's Private API Network.
postman_respond_ private_ network_ add_ requestResponds to an user's request to add a workspace to your team's Private API Network.
postman_delete_ api_ collection_ commentDeletes a comment from an API's collection.
postman_get_ status_ of_ an_ async_ api_ taskGets the status of an asynchronous task.
postman_update_ api_ collection_ commentUpdates a comment on an API's collection.
postman_get_ analytics_ dataGets analytics data based on the specified resource, metrics, and given filters for team, internal, and public workspaces, as well as Partner Workspaces.
postman_get_ analytics_ metadataReturns a catalog of analytics resources and their corresponding metrics for use with the GET /analytics endpoint.
postman_get_ tagged_ entitiesRequires an Enterprise plan.
postman_resolve_ comment_ threadResolves a comment and any associated replies.
Credentials off one Postman screen, then an endpoint your client signs into. Nothing to deploy, and nothing to install.
Paste your key into the API key field on the connect form — no OAuth popup, no token refresh. The key is scoped to one Postman account, so the connection is locked to that account and the workspaces it can see.
••••••••••••3f7aRead-only fits reporting. On full access, require approval for writes so deleting a workspace — or a put_collection that overwrites an entire collection — waits for review. Toggle the full catalog for the rest.
Drop the PopMCP URL into Claude, ChatGPT, Codex or any other supported client. It signs in through PopMCP with OAuth, so your Postman credential never leaves the server.
app.popmcp.com/mcp/…Ask for something harmless before you turn writes on. Once it comes back clean, widen the tool set or switch the connection to full access.
Which monitors failed on their last run in the Payments workspace?
postman_get_workspacesok
Then just ask for the work
“Which monitors failed on their last run in the Payments workspace?”
“Rename every mock server in the Staging workspace to start with stg-”
“Fork the Billing API collection into my sandbox workspace and add a smoke-test folder”
“Which API specs in our Platform workspace have no monitor watching them?”
One hosted endpoint, registered once per client. The same tools and the same permissions, whichever window the request comes from.
Add the PopMCP URL under Settings → Connectors and the tools appear in every chat.
The same endpoint, registered in the browser. Nothing to install on the machine you are working from.
Register PopMCP as a custom connector, then let ChatGPT read and update the account.
Wire the endpoint into Codex or the Codex CLI when a task needs live business context, not a fixture.
Register the remote MCP server in OpenCode's config for terminal-first and scripted agent runs.
Add PopMCP as an MCP server in Z.ai's desktop app and work the account from the same window.
FAQ
What teams ask before putting Postman behind an AI client.
The key is scoped to one Postman account, and the connection is locked to that account — the agent reaches exactly the workspaces, collections, environments and monitors that key already has rights to. There is no OAuth popup and nothing to re-authorize later, because there is no token to refresh. You paste the key once on the connect form and the MCP server is ready.
It edits. Collections is by far the biggest module on this connection: create, fork, add folders and requests, update a request, leave and read comments, and delete. Watch the difference between patch_collection, which updates named parts like the collection's name, events or variables, and put_collection, which replaces the whole collection body against the Postman Collection v2.1.0 schema. One caveat worth knowing: merge_collection_fork is deprecated on Postman's side.
40 of the 118 operations load up front, which keeps the tool list in your client short enough to stay useful. The other 78 stay searchable and get pulled in when a request actually needs them, or you can switch on the full catalog and have everything present from the start. Across the whole set it works out to 46 reads and 72 writes, spread over 13 API modules.
Yes. run_monitor executes a monitor and returns its run results, so the agent can trigger a check and read the failing tests in the same turn, rather than firing and forgetting. create_monitor, get_monitors, get_monitor and delete_monitor cover the rest of the lifecycle. PopMCP can also watch for a monitor run finishing or a monitor run failing, so a broken nightly check starts the conversation instead of waiting for someone to ask.
Both. create_spec, get_all_specs and get_spec work against API specifications in Postman's Spec Hub, including their spec files. The Private API Network has its own operations, and two of the watchable events live there: someone raising a request to add an element to the team's network, and a workspace or element being published to it. Both of those are polled rather than pushed.
Postman's API requires a workspace ID on the get_collections endpoint — there is no listing call that returns every collection at once. In practice the agent runs get_workspaces, picks the right workspace, then lists inside it, which is why a vague request sometimes takes an extra hop. When you do not know where something lives, search_postman_elements looks across requests, collections, workspaces, specs, flows, environments and mocks in one pass.
No. PopMCP hosts it and gives you a Streamable HTTP MCP URL. There is nothing to deploy, no callback URL to register, and no infrastructure to keep running or patch.
Any client that supports a remote Streamable HTTP MCP server — Claude Desktop, Claude Web, ChatGPT custom connectors, Codex and the Codex CLI, OpenCode and Z.ai's ZCode, as well as editors such as Cursor, Windsurf and Zed. Your client signs in to PopMCP with OAuth; the provider credential never leaves the server.
Loading 118 tool definitions into every conversation burns context before the work starts. PopMCP loads a curated 40-tool set covering the everyday workflows and keeps the rest searchable, so your AI pulls a specialist tool only when a task needs it. You can switch a connection to the full catalog at any time.
A tool is something your AI calls — there are 118 here. A trigger is something PopMCP watches for you: 14 Postman events that can start work on the PopMCP side. Triggers never enter your AI client's context, and none of them ask you to paste a callback URL into Postman.
Launch a hosted MCP endpoint for Postman, keep tool access under control, and start testing real workflow prompts right away.