Guia de Delegação de Agente de IA: Permissões, Escopos e Limites de Gasto

Principais Pontos

A delegação de agentes de IA é o processo de conceder a um agente de software autônomo autoridade limitada para agir em nome de uma pessoa, organização, aplicação ou conta blockchain.
Delegar é diferente de fornecer a um agente uma senha, chave privada ou conta de administrador irrestrita. Uma delegação bem desenhada oferece apenas a autoridade mínima necessária para uma tarefa específica.
Permissões definem as ações que um agente pode realizar, como ler arquivos, enviar pagamentos, trocar tokens ou criar eventos em calendário.
Escopos delimitam os limites dessas permissões, incluindo quais contas, aplicações, ativos, destinatários, redes e dados o agente pode acessar.
Limites de gastos restringem o valor financeiro que um agente pode movimentar, seja por transação, diariamente, por sessão, por token ou por limites cumulativos.
A autoridade delegada pode ser implementada offchain usando tokens de acesso OAuth e mecanismos de política de API, ou onchain por meio de smart accounts, session keys, módulos de allowance e contratos de permissão.

Os agentes de IA estão indo além da geração de texto. Eles já conseguem pesquisar bancos de dados, gerenciar calendários, acessar APIs, executar trades, pagar por serviços, interagir com smart contracts e coordenar com outros agentes. À medida que os agentes se tornam mais capazes, a questão central não é mais apenas o que eles conseguem compreender, mas sim o que devem ser autorizados a fazer.

Conceder acesso irrestrito a um agente é perigoso. Um agente de viagens pode precisar de permissão para pesquisar voos e reservar um hotel, mas não deveria automaticamente acessar todas as contas bancárias. Um agente de trading pode necessitar rebalancear uma carteira, mas não deveria conseguir transferir toda a tesouraria para uma carteira desconhecida. Um assistente de negócios pode precisar ler faturas, mas não deveria aprovar os próprios pagamentos sem supervisão.

A delegação de agentes de IA resolve esse problema ao separar a autoridade em permissões limitadas e aplicáveis. A ideia é semelhante à delegação de responsabilidades em uma empresa: o colaborador pode ter acesso a determinados sistemas, orçamento e tarefas, sem controle total sobre a organização. A delegação digital aplica o mesmo princípio aos agentes de software.

Por Que Agentes de IA Precisam de Autoridade Delegada

Um chatbot básico pode aguardar a aprovação do usuário a cada passo. Já um agente autônomo realmente útil precisa agir mesmo quando o usuário não está presente. Por exemplo, um agente responsável por gerenciar as assinaturas de software de uma empresa pode precisar monitorar faturas, verificar se as cobranças batem com os contratos ativos, pagar fornecedores aprovados, identificar assinaturas duplicadas e alertar o time financeiro sobre pagamentos incomuns.

Exigir a aprovação humana para cada pagamento de $20 elimina boa parte do benefício da automação. Fornecer acesso irrestrito à conta bancária corporativa gera risco inaceitável. A delegação oferece um caminho intermediário.

A empresa pode autorizar o agente a pagar apenas fornecedores de software aprovados, usando uma conta designada, com limite de $100 por transação e $1.000 por mês. Qualquer coisa fora desses limites exige aprovação humana. Isso reflete o princípio de segurança de menor privilégio: cada usuário ou processo deve receber apenas os recursos e autorizações necessários para executar sua função. Portanto, a delegação de IA não serve apenas para aumentar o poder do agente, e sim para tornar a autonomia segura o suficiente para uso.

Principais Participantes em uma Delegação de Agente de IA

A maioria dos sistemas de delegação envolve alguns papéis básicos:

O Principal

O principal é a pessoa ou organização cuja autoridade está sendo delegada. Pode ser um usuário individual, empresa, DAO, proprietário de carteira, tesouraria de protocolo ou até outro agente de IA com poderes para redelegar. O principal define o que o agente pode fazer e permanece como a fonte última da autoridade delegada.

O Agente

O agente, também chamado de delegado, é o sistema de software que recebe a autoridade. Pode ser um assistente geral, agente de trading, bot de pagamentos, agente de pesquisa, gestor de tesouraria ou um workflow especializado. O agente não deve receber as credenciais irrestritas do principal, mas sim credencial, chave, função de conta ou delegação onchain que represente apenas a autoridade aprovada.

O Recurso ou Conta

O recurso é aquilo que o agente pode acessar ou controlar. Exemplos: caixa de entrada de e-mail, calendário, pasta em nuvem, banco de dados empresarial, conta de pagamentos, carteira cripto, smart contract ou conta em corretora.

Layer de Autorização

O layer de autorização avalia se uma ação solicitada é permitida. Offchain, pode ser um servidor OAuth, gateway de API, provedor de identidade ou mecanismo de política interna. Onchain, pode ser um smart account, gerente de delegação, módulo de allowance, hook de contrato ou sistema de permissões da carteira.

Executor

Em algumas arquiteturas, o agente decide o que deve ser feito, mas não executa diretamente a ação. Um executor separado recebe a solicitação, verifica as políticas aplicáveis e realiza a transação somente se todas as condições forem satisfeitas. Separar a tomada de decisões da execução pode limitar danos causados por um modelo comprometido ou prompt malicioso.

Autenticação vs. Autorização

Autenticação e autorização são relacionadas, porém distintas. Autenticação pergunta: qual agente ou usuário está fazendo esta solicitação? Autorização pergunta: o que essa parte autenticada pode fazer?

Um agente pode comprovar sua identidade usando credenciais de API, assinatura criptográfica, passkey ou endereço de carteira. Isso não significa que ele deve ter acesso a todas as funções. Um sistema seguro primeiro autentica o agente e depois avalia a ação solicitada conforme as permissões delegadas.

Por exemplo, o agente pode provar que controla uma session key reconhecida. A carteira então verifica se essa chave está autorizada a transferir USDC, se o destinatário é aprovado, se o limite diário foi excedido e se a permissão expirou. Só após passar por essas checagens a ação deve ser executada.

Delegação de Agente de IA Offchain

A maioria dos agentes de IA atualmente interage com serviços web convencionais e não com contas blockchain. Delegação offchain normalmente utiliza tokens de acesso OAuth, chaves de API com funções restritas, controle de acesso baseado em função, sistemas de identidade em nuvem, serviços de gerenciamento de segredos e gateways de aplicação de políticas.

Um agente conectado a um e-mail ou serviço de calendário pode receber um token OAuth que permite leitura seletiva sem expor a senha do usuário. Um agente corporativo pode operar com uma service account capaz de consultar apenas um banco de dados, sem acessar ferramentas administrativas de produção. A autorização MCP segue esse modelo mais amplo, tratando servidores MCP protegidos como recursos OAuth e clientes como aplicações requisitando acesso em nome dos proprietários dos recursos.

A delegação offchain se beneficia de infraestrutura de identidade madura, mas a aplicação do controle depende do provedor de serviço. O usuário precisa confiar que o provedor aplica escopos corretamente, protege tokens e lida com revogações adequadamente.

Delegação de Agente de IA Onchain

Agentes blockchain exigem uma abordagem diferente, pois uma transação de carteira pode mover ativos de forma irreversível. A abordagem insegura seria dar ao agente a chave privada principal da carteira.

Quem controla essa chave normalmente pode executar qualquer ação disponível na carteira. Um limite de gastos descrito apenas no prompt do agente não é uma barreira de segurança real, pois o agente ou um invasor pode ignorá-lo. A delegação onchain coloca as restrições dentro da lógica do smart contract ou da wallet.

Módulos de Allowance e Permissões de Gastos

Alguns sistemas de carteira já fornecem controles de gastos focados em agentes. A documentação da Safe descreve uma configuração de tesouraria de IA onde um módulo de allowance dá ao agente um limite de token — por exemplo, uma allowance diária de USDC. A Safe também apresenta aprovação humana, autorização múltipla e limites de gastos como modelos de segurança distintos para agentes de IA.

O Coinbase Spend Permissions permite que um gastador designado use tokens de uma smart account sob restrições de token, valor e período. A documentação cita pagamentos autônomos e trading algorítmico como casos de uso pretendidos.

Esses sistemas destacam um princípio importante de design: a autoridade de gasto do agente deve ser aplicada pela carteira ou contrato, não apenas por software do agente.

Delegação vs. Compartilhamento de Chave Privada

Dar uma chave privada a um agente transfere o controle. Delegação transfere apenas autoridade definida.

Chave Privada Irrestrita	Delegação com Escopo
Normalmente acessa toda a conta	Limitada a ações específicas
Pode transferir todos os ativos	Pode transferir apenas ativos aprovados
Geralmente sem limite de orçamento nativo	Pode impor tetos de gastos
Válida até rotação da chave	Pode expirar automaticamente
Difícil revogar seletivamente	Pode revogar apenas uma delegação
Comprometimento pode esvaziar a conta	Perdas podem ser limitadas
Agente pode alterar configurações da conta	Ações administrativas podem ser proibidas

Uma carteira separada com saldo baixo é mais segura do que fornecer a chave da tesouraria principal, mas uma smart account configurada corretamente proporciona controles ainda mais fortes, pois aplica permissões mesmo com saldo elevado.

Delegação vs. Aprovação de Tokens

Uma aprovação ERC-20 permite que um gastador transfira tokens até um limite (allowance). Isso é uma forma básica de delegação, mas geralmente é limitado para agentes sofisticados. A aprovação de token pode não restringir o destinatário final, protocolo usado, slippage, direção da operação, horário, exposição agregada ou motivação da transação.

Aprovações de token ilimitadas são particularmente perigosas, pois um gastador comprometido pode transferir todo o saldo aprovado. Sistemas de delegação para agentes podem envolver regras mais amplas, combinando limites de valor com funções, contratos, destinatários, períodos e revisões humanas aprovadas.

Principais Casos de Uso para Delegação de Agentes de IA

Pagamentos Autônomos – O agente pode pagar por APIs, dados, computação, armazenamento ou serviços digitais. A delegação pode especificar um limite baixo por chamada e um total maior por sessão, permitindo que o agente compre recursos sem solicitar repetidamente ao usuário.

Trading Automático – Um agente de trading pode executar ordens, rebalancear ativos ou seguir uma estratégia sob restrições de mercados suportados, tokens aprovados, tamanho de posição, alavancagem, slippage e perdas diárias máximas.

Gestão de Tesouraria – Um agente de IA de tesouraria pode monitorar saldos, transferir capital de giro, pagar fornecedores ou alocar stablecoins ociosos. O design mais seguro usa uma allowance operacional separada em vez de controle total da tesouraria.

Gestão de Assinaturas – Um agente pode pagar assinaturas recorrentes sob limites de merchant e orçamento mensal, solicitando aprovação para aumentos de preço ou novos fornecedores.

Operações DAO – Um DAO pode autorizar um agente a distribuir grants, pagar contribuidores, coletar receitas do protocolo ou executar decisões de governança. O agente pode operar usando Safe ou outra smart account, com allowances específicas para tokens e supervisão de signatários.

Compras para o Consumidor – Um agente pessoal de compras pode receber permissão para adquirir produtos domésticos de merchants selecionados, com limite por pedido e orçamento mensal.

Workflows Corporativos – Um agente pode acessar dados permitidos, criar relatórios, enviar ordens de compra ou iniciar pagamentos, sem capacidade de modificar identidade, segurança ou configurações de auditoria.

Principais Riscos de Segurança

Prompt Injection – Um documento externo, site, mensagem ou resposta de API pode conter comandos que manipulam o agente. Por exemplo, uma fatura maliciosa pode instruir o agente a ignorar a tarefa original e transferir fundos para outro endereço. Controles rígidos de autorização mantêm-se eficazes mesmo se o modelo seguir a instrução maliciosa: o pagamento falha se o destinatário não estiver na lista permitida.
Permissões Excessivas – Desenvolvedores podem solicitar acessos amplos, por serem mais fáceis de implementar do que escopos granulares. Isso aumenta o impacto em caso de comprometimento do agente ou das credenciais.
Roubo de Credenciais – Um atacante que rouba token OAuth, chave de API, session key ou credencial de carteira do agente pode submeter solicitações aparentemente legítimas. Credenciais de curta duração, armazenamento seguro, revogação e limites de transação reduzem os danos. Recomenda-se tokens de acesso de vida curta para minimizar o impacto do vazamento.
Confused-Deputy Attacks – Um agente confiável pode ser induzido a usar sua autoridade em benefício de um atacante, sem estar necessariamente comprometido, apenas por não reconhecer que o pedido veio de contexto não autorizado. Restringir destinatários, verificar origem, usar credenciais específicas e confirmar parâmetros sensíveis reduz esse risco.
Gastos Indiretos – Agentes podem cumprir tecnicamente um limite de transferência e ainda assim criar exposição financeira em outro lugar — aprovando contratos maliciosos, tomando posições alavancadas, provendo liquidez para pools arriscados ou assinando ordens com liquidação futura. Políticas de delegação devem cobrir aprovações de contratos, compromissos financeiros e passivos futuros, não apenas transferências imediatas de tokens.
Escalada de Privilégios – Agentes podem tentar instalar módulos, trocar donos, atualizar políticas ou criar novas credenciais com maior poder. Ações administrativas e de gestão de permissões devem ser excluídas dos escopos rotineiros dos agentes.
Redelegação Insegura – Sub-agentes podem receber autoridade excessiva ou mal definida, dificultando auditoria ou revogação da cadeia de delegação.
Permissões Obsoletas – Um agente pode reter acesso após finalização do projeto, dispositivo, empregado ou relação comercial. Expiração automática e revisões regulares de permissões são essenciais.
Complexidade Cross-Chain – Permissões em uma blockchain não valem automaticamente para outra. Bridges, assets wrapped e mensagens cross-chain podem introduzir novos contratos e suposições de segurança fora do escopo da delegação original.
Riscos de Oráculo e Preço – Limites baseados em valor dependem de fontes externas de preço. Um agente autorizado a gastar $1.000 em ativos pode exceder o valor pretendido se o price feed estiver defasado ou manipulado. Limites denominados em token e em moeda fiduciária, portanto, se comportam de forma diferente.

Existem Permissões Padronizadas para Agentes de IA?

Ainda não existe um padrão universal de delegação cobrindo todos os agentes de IA, APIs, wallets e blockchains. Diversos ecossistemas vêm desenvolvendo blocos de construção compatíveis.

Sistemas offchain dependem fortemente do acesso limitado via OAuth, enquanto o MCP aplica OAuth para conectar agentes a ferramentas. No universo Ethereum, trabalham-se conta-abstração e delegação: ERC-4337, EIP-7702, ERC-7710 e ERC-7715. Essas tecnologias suportam validação programável, capacidades delegadas, solicitações de permissões de carteira e execução de transação com escopo definido. Fornecedores de wallet e infraestrutura também vêm implementando spend permissions, módulos de allowance, sistemas de caveats e contas de agente.

O futuro provável não é um único formato de permissão para tudo, mas sim um conjunto de padrões interoperáveis, permitindo que agentes, wallets, apps e servidores de autorização troquem mandatos legíveis por máquina.

O Que É Delegação de Agente de IA em Uma Frase?

A delegação de agente de IA é um modelo de segurança e autorização que permite a um sistema de IA agir em nome de alguém, restringindo suas ações por permissões, escopos de recurso, limites de tempo, tetos de gasto, regras de aprovação e controles de revogação.

Conclusão

Agentes de IA tornam-se úteis quando podem agir, mas ação exige autoridade. A abordagem mais segura não é dar acesso completo esperando que o agente se comporte, e sim codificar limites claros nos sistemas utilizados. Permissões determinam o que o agente pode fazer. Escopos, onde e em quais condições pode fazê-lo. Limites de gasto estabelecem o valor em risco. Expiração, revogação, logs de auditoria e aprovação humana acrescentam camadas adicionais de controle.

Esses conceitos se aplicam tanto no software convencional quanto na infraestrutura blockchain. Tokens OAuth restringem acesso a web services; smart accounts, session keys, contratos de delegação e módulos de allowance impõem restrições à execução onchain. À medida que pagamentos automáticos, trading algorítmico, tesourarias inteligentes e comércio machine-to-machine avançam, a delegação se tornará infraestrutura fundamental. Usuários vão precisar delegar autoridade suficiente para o agente realizar tarefas úteis sem conceder poder suficiente para causar perdas catastróficas.

O futuro dos sistemas autônomos, portanto, depende não apenas de aumentar a inteligência dos agentes, mas de tornar sua autoridade precisa, visível, limitada e fácil de revogar.

Registre-se na Phemex Agora

Guia de Delegação de Agentes de IA: Permissões, Escopos e Limites