Uma chamada governada.Qualquer trilho.
Seu agente chama pay uma vez. O runtime confere o mandato, escolhe o trilho — USDC via x402, Pix no Brasil — e sela o recibo. O agente nunca nomeia um provedor; quem faz isso é o router.
Os nomes dos campos e a sequência são reais — checagem de mandato, depois roteamento, depois liquidação, depois um recibo selado. A linha de liquidação cita um provedor de Pix de saída: a linha de Pix do Mercado Pago cria uma cobrança de entrada, então o router não a usa no pay.
Pagar um fornecedor não devia exigir três integrações.
Rotear dinheiro pra um fornecedor, um prestador, ou um payout internacional hoje significa plugar um PSP de Pix, uma processadora de cartão e uma wallet de stablecoin — três SDKs, três políticas de retry, três relatórios de reconciliação pra bater à mão. O Pay junta tudo isso numa chamada só.
O mandato decide o que é permitido. O router decide como.
Uma chamada, conferida contra o mandato assinado antes de qualquer coisa se mover, e depois roteada pro trilho que encaixa: USDC liquidando via x402, Pix pra BRL. USDC/x402 é um slot da mesma wallet; a linha Pix roda no mesmo runtime, não é uma integração separada.
A chamada, passo a passoA chamada que seu agente realmente faz.
Seu agente chama pay uma vez — valor, destino, e a referência do mandato. Não tem parâmetro de provedor pra setar. O runtime confere a chamada contra o mandato assinado primeiro, porque o teto tem que valer antes do dinheiro se mover, não depois — daí resolve a chamada pro provedor que encaixa.
const session = await codespar.sessions.create({ mandate: mandate.id, }); const payment = await session.execute("codespar_pay", { input: { amount: 14250, // R$142.50 in centavos currency: "BRL", destination: "supplier_8f21a", mandateRef: mandate.id, // cap enforced before the call executes // no `rail` field — the router picks Pix, boleto, card, or USDC }, }); console.log(payment.result); // → { receiptId: "rcpt_9f2c1a4e", rail: "pix", status: "settled" }
codespar_pay é a mesma chamada não importa o que liquida por baixo — Asaas ou Celcoin pro Pix hoje, outro provedor amanhã, sem o código do seu agente mudar.
O que essa cadeia de chamadas faz
- O mandato é checado antes da chamada executar — gastar além do teto simplesmente não acontece
- Sem campo de provedor — pra Pix, cartão e USDC só o router escolhe quem liquida
- Um único recibo volta, não importa qual rail moveu o dinheiro de fato
Onde cada trilho realmente está.
Uma regra pra esta lista: o que o código faz hoje, e até onde cada trilho foi provado. Pagamentos Pix são roteados para os provedores de saída desta superfície, Asaas e Celcoin, e o failover fica dentro do trilho. A linha de Pix do Mercado Pago cria uma cobrança de entrada, então o router a recusa no pay. Boleto não passa pelo router: o codespar_pay liquida um boleto existente num caminho próprio de consulta e confirmação, exercitado ponta a ponta contra o sandbox do provedor. Cartão e USDC via x402 estão citados na mesma chamada governada. Cada linha diz o que o código faz com aquele trilho; quando um trilho só rodou contra o sandbox do provedor, a linha diz sandbox.
Uma chamada codespar_pay, dois destinos diferentes. O router lê o mandato e escolhe o trilho — a chamada que seu agente escreve não muda.
- Pix é roteado para um provedor de saída, Asaas ou Celcoin, escolhido pelo router
- Boleto liquida num caminho próprio de consulta e confirmação, dentro da mesma chamada governada
- Toda chamada é conferida contra o mandato antes de executar
- Todo pagamento liquidado retorna um recibo selado e auditável
- A cobrança já está ativa pras primeiras organizações, na taxa publicada
- Pix via Celcoin saindo do sandbox pra liquidação em produção
- Cartão e USDC/x402 confirmados ao vivo em produção pra toda conta
- Cobrança ligada pra toda organização, não só o grupo do rollout
10 bps, piso R$0,05, teto R$2,00 por transação.
Essa é a taxa publicada pra dinheiro movido sob mandato. A cobrança está sendo ligada org por org, ainda não é cobrada universalmente — sua página de billing no dashboard mostra se está ativa na sua conta.
Ao vivoPagamentos Pix são roteados para os provedores de saída desta superfície, Asaas e Celcoin.
Pay, respondido
Ele não escolhe. O agente chama pay uma vez; o runtime escolhe o trilho com base no mandato e no que está disponível, e sela o recibo.
Não via Mercado Pago: a linha de Pix dele cria uma cobrança de entrada, então o router não a usa no pay. O codespar_pay roteia Pix para um provedor de saída, Asaas ou Celcoin, e a Celcoin está provada em sandbox, ainda não liquidando tráfego de produção.
Pix, boleto, cartão e USDC via x402 estão citados na mesma chamada governada. Até onde cada um foi provado varia por trilho, e a seção de cobertura desta página diz qual é qual.
O mandato — conferido antes da chamada executar, não depois.
A taxa publicada é 10 bps, piso R$0,05, teto R$2,00 por transação. A cobrança está sendo ligada conta por conta.
Não. Agentes nunca nomeiam um provedor — quem faz isso é o router, e toda decisão é auditada.
A chamada falha fechada. Nada liquida fora do mandato, e a falha fica registrada no recibo do mesmo jeito que um sucesso ficaria.
Não. A CodeSpar segura as conexões com os trilhos; seu agente só chama pay.
Cinco casos de negócio, uma chamada governada.
Cada um abaixo é um caso de uso real construído sobre este produto, não uma hipótese — o mesmo fluxo de mandato e trilho, aplicado ao seu próprio cenário.
Agente de contas a pagar
Paga Pix e boleto na data de vencimento de cada fatura, dentro do mandato operacional.
Ver o caso de uso →Orquestrador de payouts cross-border
Roteia o payout pelo trilho mais barato por destino — Pix, SPEI ou USDC — cada transferência assinada por mandato.
Ver o caso de uso →Agente de folha de prestadores
Executa o payout mensal de prestadores via Pix dentro de um mandato com teto, um recibo selado por pagamento.
Ver o caso de uso →Agente de reembolso de suporte
Reembolsa o cliente pelo trilho original assim que o chamado é validado, dentro do limite de gasto do agente.
Ver o caso de uso →Gasto máquina a máquina (x402)
Liquida a cotação x402 em USDC a partir do slot da wallet, dentro do teto por chamada, recibo selado ao mandato.
Ver o caso de uso →Pague qualquer coisa com uma chamada governada.
O mandato decide o que é permitido; o router decide como.
pay: Pagamentos Pix são roteados para os provedores de saída desta superfície, Asaas e Celcoin.