#KiteBBW $KITE
Há duas maneiras preguiçosas de deixar um agente de IA gastar dinheiro.
Dar a ele uma chave permanente e torcer para dar certo, ou aprovar cada pagamento manualmente e deixar de usar o agente para qualquer coisa de verdade.
O Passport da Kite fica entre essas duas opções, e o que me interessa é quantos controles separados ele oferece ao usuário.
Segundo a documentação, um agente que queira pagar cria uma sessão de gastos com um resumo da tarefa, um limite por transação, um limite para o gasto total, um prazo e um ativo.
O usuário aprova uma vez com uma passkey, em qualquer dispositivo que a tenha.
Depois disso, o agente pode gastar até o limite total sem pedir novamente, até a sessão expirar ou o orçamento acabar.
Os exemplos da própria documentação são pequenos de propósito: US$ 2 por transação e US$ 10 no total ao longo de 24 horas, ou US$ 1 e US$ 5 ao longo de duas horas. A carteira é abastecida antecipadamente, e os pagamentos aparecem em um painel e em um registro de atividades.
Na minha leitura, cada controle previne um tipo diferente de falha. O limite por transação restringe uma decisão ruim, como um agente ser convencido a fazer um único pagamento enorme. O limite total restringe o escoamento gradual de dinheiro causado por um ciclo que fica tentando de novo.
O prazo lida com o acesso que você se esqueceu de CONCEDER. O resumo da tarefa vincula o dinheiro a uma finalidade declarada, o que torna o registro útil depois.
Uma chave de API ou um cartão salvo normalmente não oferece muitos desses controles: nenhuma finalidade declarada, muitas vezes nenhuma expiração e nenhum teto além do saldo da conta.
Uma análise técnica aprofundada do Passport descreve a cadeia como credencial humana, carteira do usuário, passaporte do agente, chave de sessão e, por fim, a transação. Isso mantém o agente a um passo de distância da autoridade do próprio usuário.
Esse é o modelo certo para uma economia de agentes em que o software gasta mais rápido do que as pessoas conseguem revisar.
O elo fraco é o toque humano.
Uma sessão só é tão segura quanto a pessoa que lê o resumo e os limites antes de aprovar.
Será que as pessoas vão realmente ler esses campos ou a aprovação de sessões vai virar o novo “aceitar todos os cookies” e acabar anulando discretamente as proteções criadas para esse sistema?
$KITE @KITE AI
Há duas maneiras preguiçosas de deixar um agente de IA gastar dinheiro.
Dar a ele uma chave permanente e torcer para dar certo, ou aprovar cada pagamento manualmente e deixar de usar o agente para qualquer coisa de verdade.
O Passport da Kite fica entre essas duas opções, e o que me interessa é quantos controles separados ele oferece ao usuário.
Segundo a documentação, um agente que queira pagar cria uma sessão de gastos com um resumo da tarefa, um limite por transação, um limite para o gasto total, um prazo e um ativo.
O usuário aprova uma vez com uma passkey, em qualquer dispositivo que a tenha.
Depois disso, o agente pode gastar até o limite total sem pedir novamente, até a sessão expirar ou o orçamento acabar.
Os exemplos da própria documentação são pequenos de propósito: US$ 2 por transação e US$ 10 no total ao longo de 24 horas, ou US$ 1 e US$ 5 ao longo de duas horas. A carteira é abastecida antecipadamente, e os pagamentos aparecem em um painel e em um registro de atividades.
Na minha leitura, cada controle previne um tipo diferente de falha. O limite por transação restringe uma decisão ruim, como um agente ser convencido a fazer um único pagamento enorme. O limite total restringe o escoamento gradual de dinheiro causado por um ciclo que fica tentando de novo.
O prazo lida com o acesso que você se esqueceu de CONCEDER. O resumo da tarefa vincula o dinheiro a uma finalidade declarada, o que torna o registro útil depois.
Uma chave de API ou um cartão salvo normalmente não oferece muitos desses controles: nenhuma finalidade declarada, muitas vezes nenhuma expiração e nenhum teto além do saldo da conta.
Uma análise técnica aprofundada do Passport descreve a cadeia como credencial humana, carteira do usuário, passaporte do agente, chave de sessão e, por fim, a transação. Isso mantém o agente a um passo de distância da autoridade do próprio usuário.
Esse é o modelo certo para uma economia de agentes em que o software gasta mais rápido do que as pessoas conseguem revisar.
O elo fraco é o toque humano.
Uma sessão só é tão segura quanto a pessoa que lê o resumo e os limites antes de aprovar.
Será que as pessoas vão realmente ler esses campos ou a aprovação de sessões vai virar o novo “aceitar todos os cookies” e acabar anulando discretamente as proteções criadas para esse sistema?
$KITE @KITE AI