Usamos o Google Analytics para estatísticas de tráfego. Os cookies de análise só são definidos se você aceitar. Sem consentimento, as estatísticas são estimadas a partir de sinais sem cookies. Política de Cookies.
Agents · Pagamentos com IA
A pergunta interessante não é se agentes de IA vão gastar dinheiro — é quem define as regras. Com o Protocore Agents, a resposta é sempre uma pessoa, de antemão, por escrito.
Um agente nasce com um orçamento e uma allowlist de estabelecimentos, e não pode ultrapassar nenhum dos dois. Tudo que passa do limite de aprovação humana pausa e pergunta. O agente age rápido dentro dos limites; os limites são seus.
O console de políticas — orçamentos, allowlists e limites por agente.
O log de auditoria é imutável e completo: o que o agente tentou, o que a política permitiu, quem aprovou o quê. Quando um agente se comporta mal — ou uma política se mostra errada — o kill switch o interrompe na hora, e o log mostra exatamente o que aconteceu.
Política como documento — versionada, com hash, assinada e reproduzível antes de salvar.
Recursos
Uma tela reúne toda a frota: cada agente, seu limite diário, sua allowlist e quanto gastou hoje. Na demo, três agentes gastaram €184,20 até 09:41 — dois pagamentos bloqueados, um aguardando um humano. As edições de política valem na hora; o agente descobre na próxima vez que tentar pagar.
O agente propõe; uma pessoa decide. Na demo, o Billing Agent pede para pagar a fatura #088 da Nord Logistics — €120,00, dentro do orçamento diário de €200,00 com €64,20 já usados, mas acima do limite de aprovação de €50,00 — e a solicitação espera 14 minutos por um toque em Aprovar ou Recusar. A política, a entrada do comerciante na lista de permitidos e a conta pagadora ficam logo abaixo dos botões.
Cada agente opera a partir de sua própria wallet, com sua própria política. O Billing Agent da demo mostra €135,80 ainda disponíveis de um limite diário de €200,00 — €64,20 gastos em três pagamentos, com reinício às 00:00 — com teto de €150,00 por transação, aprovação humana acima de €50,00 e dois comerciantes permitidos. Os pagamentos recentes recebem a etiqueta auto quando a política os liberou sozinha.
Um agente é política antes de ser código. O Billing Agent da demo recebe um limite diário de €200,00, um teto de €150,00 por transação, dois comerciantes da lista de permitidos e aprovação humana acima de €50,00 — tudo definido na etapa 2 de 3, antes de as chaves existirem. As chaves são emitidas uma única vez, exibidas uma só vez, e toda assinatura de pagamento carrega o hash da política.
Uma política é um documento versionado. A edição da demo aumenta o teto por transação do Ops Agent: a v14 vira v15, a alteração exige uma nota de auditoria e é salva assinada pelo operador, com um novo hash de política. O painel de replay executa as últimas 24 horas de decisões reais contra o rascunho — você vê o que a política teria permitido antes de ela entrar em vigor.
A decisão DEC-4471 reconstitui um pagamento por completo: a solicitação, cada verificação de política com seu resultado — lista de permitidos aprovada, teto aprovado, limite escalado —, a aprovação humana com sua assinatura e os €120,00 liquidados com o rail e a referência. O registro é encadeado por hash e somente de acréscimo; editar qualquer campo quebra a cadeia a partir daquele ponto.
Um orçamento é um muro rígido, não uma sugestão. Cada agente tem um limite diário e um teto por transação — €500,00 por dia e €150,00 por pagamento na política da demo — aplicados pela plataforma antes de o dinheiro se mover. A tentativa de fretamento de €640,00 do bot de viagens foi negada na hora: acima do teto.
Acima do limite diário há um limite mensal — €6.000,00 na política da demo. Um agente que se comporta bem todos os dias ainda assim não consegue ultrapassar o que o mês permite.
Os orçamentos diários reiniciam em um horário definido — 00:00 CET na demo — visível na wallet do agente. O gasto se acumula em uma janela que todos enxergam, não em um período móvel misterioso.
Agentes só pagam comerciantes que você cadastrou antes. O Ops Agent da demo conhece exatamente quatro — e uma tentativa de €180,00 em um fornecedor fora da lista foi negada como não listado. Adicionar um comerciante leva um clique; remover vale imediatamente.
Defina a linha acima da qual uma pessoa precisa dizer sim. A política da demo escala tudo acima de €100,00: o agente pausa, uma pessoa recebe a proposta e nada se move até que ela responda. Abaixo da linha, o agente opera livremente — dentro do orçamento e da lista de permitidos.
Uma aprovação não é um checkbox — ela é registrada com quem aprovou, em qual dispositivo, em que horário e com uma assinatura anexada. A decisão da demo mostra: aprovado no app, chave do celular, 09:41:12.
Propor, escalar, aprovar, permitir — cada etapa com data e hora no registro da decisão. Quando alguém pergunta por que um pagamento aconteceu, a resposta é uma sequência, não um dar de ombros.
Toda decisão fica registrada: o que o agente tentou, o que a política disse, quem aprovou o quê — até as rotações de chaves. As entradas são somente de acréscimo e exportáveis. Quando algo parece errado, o log mostra exatamente o que aconteceu e quando.
Cada registro de auditoria carrega seu próprio hash, o hash do registro anterior e sua posição na cadeia — #4.471 na demo. Verifique a cadeia sob demanda; qualquer alteração, em qualquer ponto, quebra tudo o que vem depois.
Qualquer decisão pode ser exportada em JSON, com o hash incluído — pronta para o seu arquivo, o seu auditor ou a sua revisão de incidente. O log é seu para levar, não nosso para guardar.
Um toque pausa um agente e interrompe na hora todos os pagamentos iniciados por ele. As chaves continuam válidas, então nada mais quebra — o agente simplesmente não gasta até que uma pessoa o reative. Na frota da demo, o bot de viagens está pausado, com €0,00 gastos.
Pausar um agente congela as propostas pendentes em vez de descartá-las. Ao retomar, a fila está exatamente onde estava — nenhuma proposta morre em silêncio porque uma pessoa puxou o freio.
As credenciais de um agente concedem capacidades, não acesso irrestrito. Escopos como payments.send e refunds.issue são ativados de forma independente — na demo, o agente está com subscriptions.manage desativado. Revogue ou rotacione uma chave sem mexer na política que está por baixo.
As chaves do agente são exibidas uma única vez, na emissão, e nunca mais. O que a plataforma não consegue exibir de novo, um invasor não consegue solicitar de novo.
Todo pagamento é assinado com a chave do agente e o hash da política que o permitiu. Um pagamento não diz apenas o que aconteceu — ele prova quais regras estavam em vigor quando aconteceu.
As políticas têm versão, hash, autor e carimbo de data e hora — v14, atualizada em 17 de jul às 09:12 na demo. Toda decisão referencia a versão exata da política que a julgou.
O editor reexecuta as últimas 24 horas de decisões contra o seu rascunho: o que foi permitido, o que foi negado, o que mudaria. Erros de política aparecem na prévia, não em produção.
Uma proposta aprovada vira um pagamento real — os €120,00 da demo foram liquidados por SEPA Instant com a referência 9F21-0716, minutos após a aprovação. Os agentes gastam a partir do mesmo core em que o restante da família opera.
Os agentes se conectam via MCP em mcp.protocore.io/agents — qualquer framework que fale o protocolo pode ter uma wallet Protocore. A superfície de integração é pequena: propor um pagamento, receber uma decisão. A política vive na plataforma, não no prompt.
Opere um agente ou vários. A demo roda três — ops, compras e um bot de viagens — cada um com seu orçamento, sua lista de permitidos e seu limite. Pause um e os outros continuam trabalhando; a política nunca vaza entre agentes.
Telas
Interface real do produto, com dados de demonstração.
FAQ
O orçamento é aplicado pela plataforma, não prometido pelo agente. Um agente não consegue exceder o limite diário nem o limite por transação, independentemente do que decidir, e tudo que passa do limite de aprovação pausa e consulta uma pessoa antes de o dinheiro se mover.
Somente para estabelecimentos da sua allowlist. A allowlist define para onde o dinheiro pode ir, antes de qualquer verificação de orçamento — o agente paga onde você permitiu e em nenhum outro lugar.
Ele pausa e encaminha para uma pessoa aprovar; o pagamento só é liquidado depois que um humano autoriza, e a solicitação, as verificações e a assinatura ficam registradas. Abaixo do limite, o agente age por conta própria dentro dos limites definidos.
Um kill switch por agente o interrompe com um toque — na hora, não no próximo ciclo. O log de auditoria mostra então exatamente o que ele fez até aquele ponto.
Via MCP em mcp.protocore.io/agents, com a API e a documentação para conectar qualquer framework a uma política. A política — orçamento, allowlist, limite — é definida antes mesmo de as chaves do agente existirem.
A trilha de auditoria é imutável e encadeada por hash: a solicitação, cada verificação de política com seu resultado, a assinatura da aprovação humana e o pagamento liquidado. A própria política é versionada, tem hash, é assinada e pode ser reproduzida antes de você salvá-la.
Avalie
Percorremos o ciclo completo com você: criar um agente, definir sua política e ver um pagamento subir para aprovação e liquidar como um SEPA comum.
Um ambiente de testes onde sua equipe define orçamentos, allowlists e limites, aciona cada um deles e lê o log append-only.
Conecte um agente de teste via MCP em mcp.protocore.io/agents, com a API e a documentação para ligar seu próprio framework a uma política.
Avalie com a marca Protocore ou com a sua — seus agentes, sua política, em qualquer uma das duas superfícies.
Leitura complementar
Disponível standalone ou whitelabel: seus agentes, sua política, qualquer uma das marcas.
o Agents gasta nos trilhos do Pay sob política humana, liquida como SEPA comum e grava no mesmo modelo de auditoria que o Center lê.
Tudo acima roda em demos de produção que podemos apresentar a você — standalone, whitelabel ou como uma única plataforma. Conte o que você está construindo e mostraremos o caminho mais curto até lá.
