Postman is Needs Work to agents.
Discry independently scored how well an AI agent can discover and understand the Postman API from what’s public — not whether it’s usable. Below: every signal we checked, what’s costing the score, and what to change.
SCORED UNDER RUBRIC 1.2 · A full re-launch under Discry Score 2.5 — a new behavioral instrument, not comparable to these scores — is in progress.
Discovery
45% of score · 40/100Comprehension
55% of score · 85/100What we found
- Postman has an official MCP server on PulseMCP supporting the latest Streamable HTTP protocol — fitting for a developer tools leader
- Despite being the leading API platform, Postman lacks its own llms.txt for developer documentation discovery
- The Postman API itself has OpenAPI support but the spec is only accessible through the Postman platform, not via a standalone public URL
- Documentation is comprehensive with task-oriented descriptions, realistic examples, and strong workflow guides
- robots.txt is clean with no AI bot restrictions and explicit sitemap reference
What to change
Prioritized by impact on discoverability. You (or your docs platform) deploy these — Discry never touches your API.
- 01Add llms.txt to learning.postman.com covering API documentation and platform capabilities
- 02Host the Postman API OpenAPI spec at a public URL outside the Postman platform
- 03Add llms-full.txt with comprehensive documentation in markdown format
- 04Add AGENTS.md to postmanlabs GitHub org with context for coding agents
- 05Add .well-known/mcp.json pointing to the official Postman MCP server
Execution coverage · INFORMATIONAL, UNSCORED
Whether an agent can actually complete a call and recover from errors is the deeper Audit layer — documented here, but not part of the Discry Score.
Postman API uses API keys for auth. JSON error responses documented. Rate limits documented with specific quotas. Cursor-based pagination.