Heroku vs Porter
Heroku scores higher on the AgentReady, 63/100 against 55/100. They differ on 11 of the 41 signals. Which ones decides whether an agent can adopt them without a person watching.
What each one is
Heroku. Heroku is a fully managed cloud application platform (PaaS) for building, deploying, and scaling apps.
Porter. Porter is a platform as a service (PaaS) that runs in your own cloud.
Where Heroku is ahead
Heroku passes clear product positioning, and Porter does not. That is discover, whether an agent can find the product at all without being told it exists.
It also holds understand: structured api reference and limits / constraints documented. Porter misses those.
And on adopt, no mandatory sales call and agent-compatible signup flow. Porter misses those.
Finally, on operate, structured, predictable output. Porter misses it.
Where Porter is ahead
Porter passes pricing understandable, and Heroku does not. That is understand, whether an agent can read the docs and work out how the API behaves before calling it.
It also holds adopt: self-service signup, free trial or free allowance and fast time to first request. Heroku misses those.
And on operate, retry behavior documented. Heroku misses it.
What neither does
Both fail openapi / spec quality, authentication documented, request examples provided, response examples provided, errors and status codes documented, programmatic credential creation, machine-readable errors, idempotency support, rate-limit behavior predictable, agent compatibility verified. If your agent needs any of those, you will be building it yourself either way.
Score, pillar by pillar
The AgentReady splits into four pillars, scored separately, because a product can be easy to find and still impossible to adopt.
Discover. Heroku leads 100 to 87. Heroku misses nothing; Porter misses clear product positioning.
Understand is whether an agent can read the docs and work out how the API behaves before calling it. Heroku leads 38 to 23. Heroku misses openapi / spec quality, authentication documented, pricing understandable, request examples provided, response examples provided, errors and status codes documented; Porter misses structured api reference, openapi / spec quality, authentication documented, request examples provided, response examples provided, errors and status codes documented, limits / constraints documented.
Adopt. Porter leads 70 to 65. Heroku misses self-service signup, programmatic credential creation, free trial or free allowance, fast time to first request; Porter misses no mandatory sales call, agent-compatible signup flow, programmatic credential creation.
Operate. Heroku leads 47 to 41. Heroku misses machine-readable errors, retry behavior documented, idempotency support, rate-limit behavior predictable, agent compatibility verified; Porter misses structured, predictable output, machine-readable errors, idempotency support, rate-limit behavior predictable, agent compatibility verified.
Pricing
Heroku does not publish a machine-readable starting price. Porter starts at $6/mo with no free tier.
| Heroku plans | Porter plans |
|---|---|
| - | Standard $6/mo GB RAM ($0.009 per hour), $13/mo vCPU ($0.019 per hour) |
Signal by signal
| Signal | Heroku | Porter |
|---|---|---|
| AgentReady | 63 | 55 |
| Discovery | 100 | 87 |
| Understanding | 38 | 23 |
| Adoption | 65 | 70 |
| Operability | 47 | 41 |
| Public API | Yes | Yes |
| MCP server | Yes | Yes |
| OpenAPI spec | Yes | Unknown |
| CLI | Yes | Yes |
| llms.txt | Yes | Yes |
| Self-serve signup | Unknown | Yes |
| Free tier | Unknown | No |
Which to pick
Heroku clears more of the signals an agent needs, so it is the safer default for unattended use. Full profiles: Heroku and Porter. Alternatives to each: Heroku, Porter.
An agent can fetch this as data: POST /v1/compare {"slugs": ["heroku", "porter"]}