Postman
OfficialServer Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| POSTMAN_API_KEY | Yes | Your Postman API key |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
| resources | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| createCollectionB | Creates a collection using the Postman Collection v2.1.0 schema format. Note: If you do not include the `workspace` query parameter, the system creates the collection in the oldest personal Internal workspace you own. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| createCollectionRequestA | Creates a request in a collection. For a complete list of properties, refer to the Request entry in the Postman Collection Format documentation. Note: It is recommended that you pass the `name` property in the request body. If you do not, the system uses a null value. As a result, this creates a request with a blank name. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| createCollectionResponseB | Creates a request response in a collection. For a complete list of request body properties, refer to the Response entry in the Postman Collection Format documentation. Note: It is recommended that you pass the `name` property in the request body. If you do not, the system uses a null value. As a result, this creates a response with a blank name. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| createEnvironmentA | Creates an environment. Note:
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| createMockA | Creates a mock server in a collection.
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| createSpecA | Creates an API specification in Postman's Spec Hub. Specifications can be single or multi-file. Note:
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| createSpecFileA | Creates a file for an OpenAPI or a protobuf 2 or 3 specification. Note:
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| createWorkspaceA | Creates a new workspace. Note:
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| duplicateCollectionA | Creates a duplicate of the given collection in another workspace. Use the GET `/collection-duplicate-tasks/{taskId}` endpoint to get the duplication task's current status. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| generateCollectionA | Creates a collection from the given API specification. The specification must already exist or be created before it can be used to generate a collection. The response contains a polling link to the task status. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| generateSpecFromCollectionA | Generates an OpenAPI 2.0, 3.0, or 3.1 specification for the given collection. The response contains a polling link to the task status. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| getAllSpecsA | Gets all API specifications in a workspace. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| getAuthenticatedUserA | Gets information about the authenticated user.
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| getCollectionA | Get information about a collection. By default this tool returns the lightweight collection map (metadata + recursive itemRefs). Use the model parameter to opt in to Postman's full API responses:
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| getCollectionsC | The workspace ID query is required for this endpoint. If not provided, the LLM should ask the user to provide it. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| getDuplicateCollectionTaskStatusA | Gets the status of a collection duplication task. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| getEnabledToolsA | IMPORTANT: Run this tool first when a requested tool is unavailable. Returns information about which tools are enabled in the full and minimal tool sets, helping you identify available alternatives. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| getEnvironmentC | Gets information about an environment. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| getEnvironmentsA | Gets information about all of your environments. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| getGeneratedCollectionSpecsB | Gets the API specification generated for the given collection. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| getMockA | Gets information about a mock server.
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| getMocksA | Gets all active mock servers. By default, returns only mock servers you created across all workspaces.
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| getSpecB | Gets information about an API specification. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| getSpecCollectionsA | Gets all of an API specification's generated collections. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| getSpecDefinitionB | Gets the complete contents of an OpenAPI or AsyncAPI specification's definition. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| getSpecFileA | Gets the contents of an API specification's file. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| getSpecFilesA | Gets all the files in an API specification. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| getTaggedEntitiesA | Requires an Enterprise plan. Tagging is only available on Postman Enterprise plans. This tool returns a 404 error on Free, Basic, and Professional accounts. Gets Postman elements (entities) by a given tag. Tags enable you to organize and search workspaces, APIs, and collections that contain shared tags. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| getWorkspaceB | Gets information about a workspace. Note: This endpoint's response contains the `visibility` field. Visibility determines who can access the workspace:
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| getWorkspacesA | Gets all workspaces you have access to.
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| publishMockA | Publishes a mock server. Publishing a mock server sets its Access Control configuration setting to public. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| putCollectionA | Replaces the contents of a collection using the Postman Collection v2.1.0 schema format. Include the collection's ID values in the request body. If you do not, the endpoint removes the existing items and creates new items.
Note:
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| putEnvironmentB | Replaces all the contents of an environment with the given information. Note:
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| runCollectionA | Runs a Postman collection by ID with detailed test results and execution statistics. Supports optional environment for variable substitution. Note: Advanced parameters like custom delays and other runtime options are not yet available. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| searchPostmanElementsA | Search for Postman entities (requests, collections, workspaces, specs, flows, environments, mocks, and documents). Ownership:
When to use each ownership value and filters:
Element Types:
Filters: Use the Supported filter fields:
Filter examples:
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| syncCollectionWithSpecA | Syncs a collection generated from an API specification. This is an asynchronous endpoint that returns an HTTP `202 Accepted` response. Note:
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| syncSpecWithCollectionA | Syncs an API specification linked to a collection. This is an asynchronous endpoint that returns an HTTP `202 Accepted` response. Note:
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| updateCollectionRequestA | Updates a request in a collection. For a complete list of properties, refer to the Request entry in the Postman Collection Format documentation. Note:
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| updateMockA | Updates a mock server.
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| updateSpecFileA | Updates a file for an OpenAPI or protobuf 2 or 3 specification. Note:
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| updateSpecPropertiesB | Updates an API specification's properties, such as its name. | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| updateWorkspaceA | Updates a workspace's property, such as its name or visibility. Note:
|
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
| instructions | Instructions for using the Postman MCP server |
TDQS
Scored across 42 tools
Many tools are individually clear, but there are several near-miss pairs such as createCollection/generateCollection, syncCollectionWithSpec/syncSpecWithCollection, getSpecDefinition/getSpecFile, and getSpecCollections/getGeneratedCollectionSpecs. These overlapping creation/sync/generation relationships could cause an agent to select the wrong tool despite helpful descriptions.
The tool set overwhelmingly follows a verb-noun camelCase pattern like getCollection, createWorkspace, updateMock, and runCollection. Minor deviations such as getAllSpecs instead of getSpecs, the meta-tool getEnabledTools, and the put vs update distinction require a bit of inference but do not break the overall pattern.
With 42 tools, this server is well beyond the 25+ threshold and spans many Postman resources including collections, specs, environments, workspaces, mocks, search, tags, and user metadata. The count feels heavy and would likely be better split into multiple focused servers or consolidated around core workflows.
The server provides broad create/read/update coverage across collections, environments, workspaces, specs, and mocks, but lacks delete operations for nearly every resource. This is a significant lifecycle gap that will cause agent failures when users need to clean up or manage resources end-to-end.