Know exactly what your agent is buying before it signs.
Most API pages tell a human what a product does. This console is for the machine buyer: which job fits, what it currently displays as costing, where live payment authority comes from, what failure looks like, and what evidence must exist before the call counts as paid success.
Decision matrix.
Displayed prices below are discovery aids from current SML public contracts/pages on September 6, 2026. They are not final spending authority. An agent must resolve the fresh target challenge immediately before payment.
A payment has states. Do not collapse them.
SML deliberately separates requirement, authorization, settlement and delivery. That makes it harder for agents, dashboards, crawlers, or humans to accidentally count a challenge as revenue.
Use the right class of tool.
A trustworthy buyer guide should tell an agent when to walk away. SML is not trying to pretend a tiny pay-per-call primitive is the same product as a full web-data platform.
Choose SML when…
- You want a narrow outcome rather than a subscription.
- The caller should inspect price and terms before every spend.
- You do not want to provision another SML API key or billing account for the cold-start purchase.
- Sub-cent or small one-shot machine purchases fit the workflow.
- You care about explicit no-charge alternatives and accepted-delivery semantics.
- You want MCP/x402 discovery with caller-controlled wallet policy.
Choose a conventional platform when…
- You need whole-site crawling or massive indexing.
- You need heavy JavaScript interaction or browser automation.
- You need an enterprise SLA, dedicated high-throughput plan, or large reserved capacity.
- You need one vendor to provide broad search/crawl/browser infrastructure as a single large platform.
- Your workload is continuous bulk collection rather than small outcome-priced calls.
Marketing is not payment authority.
Machine buyer contract
Decision matrix, proof-state semantics, fit boundaries and evidence references in one machine-readable surface.
Payment discovery
Discover current x402 resources, then fetch the selected target immediately before spend.
OpenAPI
Inspect current inputs and route contracts rather than inferring tool shape from marketing prose.
Buyer intent map
Maps common buyer questions to the exact canonical job, contract and execution surface.
Fast answers for humans and agents.
How should an agent decide what to buy?
Choose the narrowest job that directly produces the needed outcome. Use free discovery/readiness first, resolve fresh payment terms next, then let the caller's own wallet policy decide whether to authorize.
Is the displayed price final?
No. It is useful for discovery. The target resource's fresh PAYMENT-REQUIRED challenge is final authority for exact amount, asset, network and receiver immediately before spend.
Does a 402 prove somebody paid?
No. A 402 is a requirement. A signature is authorization. Only verified settlement plus accepted delivery is a successful paid call.
Why expose when SML is not a fit?
Because the buyer should optimize for task fit, not vendor lock-in. SML is intentionally strongest at narrow, inspectable, outcome-priced agent jobs. Whole-site crawl, browser automation and massive indexing are a different product class.