GoCardless vs Mercury
Mercury scores higher on the AgentReady, 81/100 against 61/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
GoCardless. GoCardless is a payment platform that enables businesses to collect and send payments, minimise failures, and fight fraud.
Mercury. Mercury is a fintech company providing radically different banking for entrepreneurs, offering business banking, cards, expense management, payments, invoicing, and accounting in one platform.
Where GoCardless is ahead
GoCardless passes search discoverable, public docs discoverable and llms-full.txt / full agent docs, and Mercury does not. That is discover, whether an agent can find the product at all without being told it exists.
It also holds adopt: fast time to first request, copyable quickstart, official typescript sdk and official python sdk. Mercury misses those.
And on operate, canonical workflow succeeds, retry behavior documented and observable execution. Mercury misses those.
Where Mercury is ahead
Mercury passes agent compatibility verified, and GoCardless does not. That is operate, whether an agent can run against it in production and recover when a call fails.
What neither does
Both fail structured api reference, openapi / spec quality, request examples provided, response examples provided, errors and status codes documented, limits / constraints documented, no mandatory sales call, programmatic credential creation, structured, predictable output, machine-readable errors, idempotency support, rate-limit behavior predictable. 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. GoCardless leads 100 to 67. GoCardless misses nothing; Mercury misses search discoverable, public docs discoverable, llms-full.txt / full agent docs.
Understand is whether an agent can read the docs and work out how the API behaves before calling it. Mercury leads 92 to 31. GoCardless misses structured api reference, openapi / spec quality, request examples provided, response examples provided, errors and status codes documented, limits / constraints documented; Mercury misses structured api reference, openapi / spec quality, request examples provided, response examples provided, errors and status codes documented, limits / constraints documented.
Adopt. Mercury leads 88 to 70. GoCardless misses no mandatory sales call, agent-compatible signup flow, programmatic credential creation; Mercury misses no mandatory sales call, programmatic credential creation, fast time to first request, copyable quickstart, official typescript sdk, official python sdk.
Operate. Mercury leads 78 to 44. GoCardless misses structured, predictable output, machine-readable errors, idempotency support, rate-limit behavior predictable, agent compatibility verified; Mercury misses canonical workflow succeeds, structured, predictable output, machine-readable errors, retry behavior documented, idempotency support, rate-limit behavior predictable, observable execution.
Pricing
GoCardless does not publish a machine-readable starting price and has a free tier. Mercury does not publish one and has a free tier.
Signal by signal
| Signal | GoCardless | Mercury |
|---|---|---|
| AgentReady | 61 | 81 |
| Discovery | 100 | 67 |
| Understanding | 31 | 92 |
| Adoption | 70 | 88 |
| Operability | 44 | 78 |
| Public API | Yes | Yes |
| MCP server | Yes | Yes |
| OpenAPI spec | Unknown | Unknown |
| CLI | Yes | Yes |
| llms.txt | Yes | Yes |
| Self-serve signup | Yes | Yes |
| Free tier | Yes | Yes |
Which to pick
GoCardless clears more of the signals an agent needs, so it is the safer default for unattended use. Full profiles: GoCardless and Mercury. Alternatives to each: GoCardless, Mercury.
An agent can fetch this as data: POST /v1/compare {"slugs": ["gocardless", "mercury"]}