Utilizamos o Google Analytics para estatísticas de tráfego. Os cookies de análise só são definidos se aceitar. Sem consentimento, as estatísticas são estimadas a partir de sinais sem cookies. Política de Cookies.
Agents · Pagamentos com IA
A questão interessante não é se os 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 lista de comerciantes autorizados, e não pode exceder nenhum dos dois. Tudo o que passe o limiar de aprovação humana fica em pausa e pede confirmação. O agente move-se depressa dentro das paredes; as paredes são suas.
A consola de políticas — orçamentos, listas de autorizados e limiares por agente.
O registo 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 revela errada — o kill-switch trava-o de imediato e o registo mostra exatamente o que aconteceu.
A política como documento — versionada, com hash, assinada e reproduzível antes de guardar.
Funcionalidades
Um só ecrã reúne toda a frota: cada agente, o seu limite diário, a sua allowlist e o que gastou hoje. Na demo, três agentes gastaram €184.20 até às 09:41 — dois pagamentos bloqueados, um à espera de um humano. As alterações de política aplicam-se de imediato; o agente descobre-o na próxima vez que tentar pagar.
O agente propõe; uma pessoa decide. Na demonstração, o Billing Agent pede para pagar a fatura n.º 088 da Nord Logistics — €120.00, dentro do limite diário de €200.00 (já usados €64.20), mas acima do limiar de aprovação de €50.00 — e o pedido aguarda 14 minutos por um toque em Aprovar ou Recusar. A política, a entrada do comerciante na lista de permitidos e a conta de pagamento estão logo abaixo dos botões.
Cada agente funciona a partir da sua própria wallet, com a sua própria política. O Billing Agent da demonstração mostra €135.80 ainda disponíveis de um limite diário de €200.00 — €64.20 gastos em três pagamentos, com reposição às 00:00 — com um teto de €150.00 por transação, aprovação humana acima de €50.00 e dois comerciantes permitidos. Os pagamentos recentes têm a etiqueta auto quando a política os autorizou sozinha.
Um agente é primeiro política, depois código. O Billing Agent da demonstração 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 no passo 2 de 3, antes de existirem chaves. As chaves são emitidas uma só vez, mostradas uma única vez, e cada assinatura de pagamento inclui o hash da política.
Uma política é um documento versionado. A edição da demonstração aumenta o teto por transação do Ops Agent: a v14 passa a v15, a alteração exige uma nota de auditoria e é guardada assinada pelo operador, com um novo hash da política. O painel de reprodução executa as últimas 24 horas de decisões reais contra o rascunho — vê o que a política teria permitido antes de entrar em vigor.
A decisão DEC-4471 reconstitui um pagamento por completo: o pedido, cada verificação da política com o seu resultado — lista de permitidos aprovada, teto aprovado, limiar escalado —, a aprovação humana com a sua assinatura e os €120.00 liquidados com a respetiva rail e referência. O registo tem hashes encadeados e só admite acrescentos; editar qualquer campo quebra a cadeia a partir desse ponto.
Um orçamento é um muro, 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 demonstração — aplicados pela plataforma antes de o dinheiro se mover. A tentativa de €640.00 de fretamento do bot de viagens foi recusada de imediato: acima do teto.
Acima do limite diário existe um limite mensal — €6,000.00 na política da demonstração. Um agente que se comporta bem todos os dias continua sem poder ultrapassar o que o mês permite.
Os orçamentos diários são repostos a uma hora definida — 00:00 CET na demonstração — visível na wallet do agente. O gasto acumula-se numa janela que todos veem, não num mistério em contínuo.
Os agentes só pagam a comerciantes que indicou previamente. O Ops Agent da demonstração conhece exatamente quatro — e uma tentativa de €180.00 junto de um fornecedor fora da lista foi recusada por não constar. Adicionar um comerciante é um clique; removê-lo tem efeito imediato.
Defina o valor acima do qual uma pessoa tem de dizer sim. A política da demonstração escala tudo o que exceda €100.00: o agente pausa, uma pessoa recebe a proposta e nada se move até responder. Abaixo do limiar, o agente atua livremente — dentro do orçamento e da lista de permitidos.
Uma aprovação não é uma caixa de seleção — fica registada com quem aprovou, em que dispositivo, a que horas, e com uma assinatura anexada. A decisão da demonstração mostra-o: aprovada na app, chave do telemóvel, 09:41:12.
Propor, escalar, aprovar, permitir — cada passo com data e hora no registo da decisão. Quando alguém pergunta porque é que um pagamento aconteceu, a resposta é uma sequência, não um encolher de ombros.
Cada decisão fica registada: o que o agente tentou, o que a política determinou, quem aprovou o quê — até às rotações de chaves. As entradas só admitem acrescentos e são exportáveis. Quando algo parece errado, o registo mostra exatamente o que aconteceu e quando.
Cada registo de auditoria contém o seu próprio hash, o hash do registo anterior e a sua posição na cadeia — n.º 4,471 na demonstração. Verifique a cadeia quando quiser; qualquer alteração, em qualquer ponto, quebra tudo o que vem a seguir.
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 incidentes. O registo é seu para levar, não nosso para guardar.
Um toque pausa um agente e suspende de imediato todos os pagamentos iniciados por agentes. As chaves continuam válidas, por isso nada mais deixa de funcionar — o agente simplesmente não pode gastar até uma pessoa o reativar. Na frota da demonstração, o bot de viagens está em pausa com €0.00 gastos.
Pausar um agente congela as propostas pendentes em vez de as descartar. Ao retomar, a fila está exatamente onde ficou — nenhuma proposta se perde em silêncio porque alguém carregou no travão.
As credenciais de um agente concedem capacidades, não acesso total. Âmbitos como payments.send e refunds.issue ativam-se e desativam-se de forma independente — o agente da demonstração tem subscriptions.manage desativado. Revogue ou rode uma chave sem tocar na política que lhe está por baixo.
As chaves dos agentes são mostradas uma única vez, na emissão, e nunca mais. O que a plataforma não consegue voltar a mostrar, um atacante não consegue voltar a pedir.
Cada 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 — prova que regras estavam em vigor quando aconteceu.
As políticas têm versão, hash, autor e data e hora — v14, atualizada a 17 jul às 09:12 na demonstração. Cada decisão refere a versão exata da política que a avaliou.
O editor reproduz as últimas 24 horas de decisões contra o seu rascunho: o que foi permitido, o que foi recusado, o que mudaria. Os erros de política aparecem na pré-visualização, não em produção.
Uma proposta aprovada torna-se um pagamento real — os €120.00 da demonstração 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 assenta o resto da família.
Os agentes ligam-se por 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.
Execute um agente ou vários. A demonstração tem três — operações, compras e um bot de viagens — cada um com o seu orçamento, lista de permitidos e limiar. Pause um e os outros continuam a trabalhar; a política nunca passa de um agente para outro.
Ecrãs
Interface real do produto, com dados de demonstração.
FAQ
O orçamento é imposto pela plataforma, não prometido pelo agente. Um agente não pode exceder o limite diário nem o limite por transação, decida o que decidir, e tudo o que passe o limiar de aprovação fica em pausa e pede a uma pessoa antes de o dinheiro se mover.
Apenas para comerciantes da sua lista de autorizados. A lista limita para onde o dinheiro pode ir, antes de qualquer verificação de orçamento — o agente paga onde o indicou e em mais lado nenhum.
Fica em pausa e segue para uma pessoa aprovar; o pagamento só é liquidado depois de uma pessoa o validar, e o pedido, as verificações e a assinatura ficam registados. Abaixo do limite, o agente move-se sozinho dentro das paredes.
Um kill-switch por agente trava-o com um toque — de imediato, não no ciclo seguinte. O registo de auditoria mostra então exatamente o que fez até esse momento.
Via MCP em mcp.protocore.io/agents, com a API e a documentação para ligar qualquer framework a uma política. A política — orçamento, lista de autorizados, limiar — é definida antes de as chaves do agente sequer existirem.
O registo de auditoria é imutável e encadeado por hashes: o pedido, cada verificação da política com o seu resultado, a assinatura da aprovação humana e o pagamento liquidado. A própria política é versionada, com hash, assinada e reproduzível antes de a guardar.
Avaliar
Percorremos o ciclo completo consigo — criar um agente, definir a sua política e ver um pagamento escalar para aprovação e liquidar como um SEPA normal.
Um ambiente de teste onde a sua equipa define orçamentos, allowlists e limites, depois ativa cada um e lê o registo append-only.
Ligue um agente de teste por MCP em mcp.protocore.io/agents, com a API e a documentação para ligar a sua própria framework a uma política.
Avalie com a marca Protocore ou com a sua — os seus agentes, a sua política, em qualquer uma das interfaces.
Leitura adicional
Disponível em modo autónomo ou whitelabel — os seus agentes, a sua política, qualquer das marcas.
o Agents gasta nos rails do Pay sob política humana, liquida como SEPA normal e escreve no mesmo modelo de auditoria que o Center lê.
Tudo o que vê acima corre em demos de produção que lhe podemos mostrar — autónomo, whitelabel ou como uma única plataforma. Diga-nos o que está a construir e mostramos-lhe o caminho mais curto.
