Ref. APM-8C019D4B · Confidential
Payouts API
An independent assessment of whether the Payouts API specification is ready for AI-assisted integration and autonomous agents, prepared for Wompi.
59/100
Significant gaps
Functional for AI-assisted builds.
Broken for autonomous agents.
Broken for autonomous agents.
Reach AI-ready by Phase 1; resolve all findings → 100 · AI-ready
F
D
C
B
A
59
055708085100
F · Not readyD · Significant gapsC · Needs workB · Mostly readyA · AI-ready
0
Critical blockers : no findings stop an operation group outright
768
Total instances: 0 critical, 58 high, 471 medium, 239 low
38
Rule groups across 4 pillars: 0 critical, 58 high sev. instances
Executive summary
Payouts API scores 58.9/100: Significant gaps · Grade D. The weakest pillar is MCP readiness at 48; the strongest is SDK readiness for AI at 80. We recorded 768 finding instances: 0 critical, 58 high, 471 medium, and 239 low. Functional for AI-assisted builds. Broken for autonomous agents. Every finding lives in the specification, and the roadmap in this report orders the fixes by impact; resolving them projects the score to 100/100.
Readiness by pillar
Significant gaps
59 / 100
FoundationThe spec itself
55/100
Standards Compliance
OpenAPI validity, structural correctness, specification conformance, and import linting: can machines trust your spec?
55Significant gaps
Build Time ReadinessAI writes the code
67/100
Documentation Readiness for AI
Descriptions that say when to use an operation, examples that pin down every shape: whether an AI can learn the truth of your API from what you publish
55Not ready
SDK Readiness for AI
Clean types, predictable naming, correct formats: whether production-grade client code can be generated from your spec, by SDK pipelines and AI coding assistants alike
80Needs work
Runtime ReadinessAgents make the calls
48/100
MCP Readiness
Whether your operations survive being turned into tools: distinct names, descriptions that carry what an agent must know, safe invocation semantics, auth, error recovery, and context budget
48Not ready
Score projection · what fixing each phase unlocks
Todaycurrent score
Phase 1fix highs
Phase 2+ fix mediums & lows
About this report. We evaluated the Payouts API specification against thousands of deterministic rules we have refined over twelve years of building API tooling, supplemented by AI-based analysis. Every finding is reproducible from the spec itself, scored consistently, and paired with a concrete fix.
What's at stake
What these gaps cost you in production
4 failure modes across 3 groups, each driven by your audit scores. Several are active risks today.
Foundation
The spec itself
55 / 100
Elevated risk · Standards compliance
Fix Parameter Types for Simple Style
You must correct the parameter types to allow the use of the simple style, as it currently breaks SDK generation and integrations.
22→29
code quality score out of 40: the lift consumers achieve when the underlying spec is clean and standards-compliant
APIMatic Context Plugins research · Series B · June 2026
Build Time Readiness
AI writes the code
67 / 100
Active risk · Documentation readiness for AI
AI readers misinterpret Payouts API details
The missing parameter object descriptions lead to incorrect assumptions, risking payment processing errors.
74%
of developers name missing or unclear documentation as the top reason they abandon an API. AI readers are stricter: what a human would ask about, an AI assumes.
APIMatic Developer Experience research · June 2026
Elevated risk · SDK readiness for AI
SDKs generate incorrect types and formats
You should refine the schema layer to ensure accurate integration with the Payouts API.
0
fabricated API constructs when a coding assistant was grounded in an AI-ready spec. Ambiguity in the spec is what triggers hallucinated integration code
APIMatic Context Plugins research · 6 APIs · 3 models · June 2026
Runtime Readiness
Agents make the calls
48 / 100
Active risk · MCP readiness
MCP Tools Fail to Execute Payouts API
Autonomous agents cannot reliably select or call the Payouts API due to missing operation identifiers and confusing error responses. This inconsistency severely impacts payment processing and operational integrity.
65%
reduction in token consumption when agent tools are grounded in authoritative API context. Bloated or confusable tools consume up to 3.3× more.
APIMatic Context Plugins research · Series A · June 2026
The evidence numbers come from our controlled research: 6 experiments across 3 models, 6 commercial APIs, and 3 languages. We derive each card's risk status from this API's pillar scores. Full methodology at apimatic.io.
Contents