Delphi Digital: O gargalo da economia de agentes não é o pagamento, mas sim a 'entrega e aceitação'

Os fundos são primeiro depositados em custódia, e o pagamento é feito após a aceitação.

Escrito por: Delphi

Compilado por: AididiaoJP, Foresight News

A discussão sobre e-commerce de agentes já dura dois anos, com a fase de pagamento sendo a primeira a ser implementada. O Stripe permite que os agentes paguem aos comerciantes, enquanto o x402 da Coinbase fornece um canal de liquidação em stablecoin, e a compra de dados e serviços de inferência por demanda já está funcionando. No entanto, uma vez que a tarefa ultrapassa o 'chamado de uma API', a questão muda: o agente não pode completar a tarefa de forma independente, precisando terceirizar algumas etapas e confirmar que a outra parte realmente cumpriu o trabalho acordado.

O foco deste artigo da Delphi é exatamente essa etapa. O mercado de tarefas não é outro protocolo de pagamento, mas sim permitir que os agentes terceirizem partes que não podem completar: primeiro, definir claramente o que deve ser entregue, e então começar a execução; o pagamento só ocorre após a aceitação do resultado. Se a entrega for confiável, a tarefa pode continuar sem precisar trazer o usuário de volta para atuar como gerente de projeto, conectando-se com fornecedores etapa por etapa.

Comprar insumos e comprar resultados não é a mesma coisa

Quando um proprietário seleciona inquilinos, o agente pode solicitar registros de crédito e de despejo de prestadores de serviços já existentes. A outra parte retorna materiais padrão, e o proprietário faz seu julgamento com base nisso. Neste caso, o que está sendo comprado é a entrada para a decisão, e o ponto final da tarefa ainda está nas mãos do proprietário.

A revisão do imposto sobre a propriedade, por outro lado, é diferente. O agente pode comparar transações nas proximidades e descobrir que a avaliação pode estar alta, mas essa descoberta não altera automaticamente a fatura do imposto. Para realmente avançar, geralmente é necessário encontrar alguém familiarizado com os processos do condado para apresentar materiais e comparecer ao tribunal. O mercado de tarefas deve ajudar o agente a encontrar essa pessoa e esclarecer previamente a forma de trabalho e as condições de pagamento.

O primeiro caso se aproxima do pagamento por demanda atual: o preço é claro, a entrega é padronizada e a aceitação é quase automática. O segundo caso envolve a compra de um trabalho já concluído. A apresentação de materiais não significa que o caso esteja pronto, e um recibo não é sinônimo de qualidade. As condições de pagamento devem estar ligadas a 'resultados verificáveis', e não a 'o que a outra parte afirma ter feito'.

Essa é também a linha de demarcação entre o mercado de tarefas e o mercado comum de APIs: o mercado de APIs vende chamadas; o mercado de tarefas vende unidades de trabalho confirmadas.

Definição de tarefas pouco clara dificulta o funcionamento do mercado

As tarefas que podem entrar no mercado de tarefas precisam ser definidas de forma que ambas as partes entendam como o financiamento está vinculado a quais resultados. Um especialista pode muito bem apresentar um material de revisão de qualidade muito baixa, ao mesmo tempo que anexa um recibo. Se o comprador está pagando por 'materiais adequados', deve haver alguém que revise os materiais antes do pagamento.

Quem revisa, e como qualquer uma das partes pode contestar o resultado da revisão, deve ser melhor escrito no pedido. Assim, o comprador não teme receber uma entrega de baixa qualidade, e a parte que aceita o pedido não teme que o pagamento seja recusado sem razão. Sem essa camada, o mercado tende a deslizar em duas direções ruins: ou o comprador recusa o pagamento arbitrariamente, e os fornecedores profissionais não querem entrar; ou apenas a entrega superficial é suficiente para receber o pagamento, e o comprador hesita em fazer novos pedidos.

Tarefas muito pequenas também não são vantajosas. Se os custos de revisão e resolução de disputas forem superiores às economias obtidas com a terceirização, as pessoas voltarão a completar as tarefas por conta própria ou continuarão a usar apenas interfaces padronizadas. Portanto, é mais provável que as tarefas iniciais apareçam em áreas com limites claros, repetíveis e com aceitação documentada, em vez de comissões vagas e únicas.

As empresas serão os compradores iniciais mais adequados. Elas já dividem tarefas entre vários fornecedores, e já possuem processos e padrões de referência internos. Os agentes podem preparar tarefas dentro da empresa e, em seguida, enviar as partes que precisam ser terceirizadas, podendo verificar os resultados com os processos existentes. Se a tarefa aparecer repetidamente, a parte que aceita o pedido também pode acumular registros de conclusão de certos tipos de tarefas. Uma vez que a reputação pode ser acumulada, a próxima correspondência não precisará estabelecer confiança do zero.

Usuários individuais não são incapazes de usar, mas no início parecem mais um modelo. As empresas têm orçamento, recompra e hábitos de aceitação interna, mais próximos da densidade de pedidos necessária para o arranque do mercado.

O pagamento apenas resolve o pagamento, contratar alguém ainda carece de aceitação

Enviar dinheiro, e contratar uma tarefa, envolve custódia, entrega, aceitação e contestações. O Stripe e o x402 cobrem a primeira metade. O agente ainda precisa encontrar alguém para apresentar a revisão e representar o proprietário. Sem aceitação, quanto mais fácil for o pagamento, mais rápido um pedido errado pode ser processado.

Os produtos existentes já estão estruturados dessa forma.

O TaskMarket da Daydreams é iniciado pelo comprador, e o agente aceita o pedido. O comprador primeiro deposita os fundos, permitindo que os trabalhadores reivindiquem diretamente, ou que vejam as propostas antes de escolher. Os fundos são mantidos em custódia, e o pagamento só é feito após a aceitação da entrega.

O Agent Commerce Protocol da Virtuals é negociado entre o agente contratante e o agente que aceita o pedido, com os fundos entrando em custódia, e o pagamento sendo feito após a entrega e aprovação. Também é possível incluir avaliadores externos para verificar se os resultados estão de acordo com o que foi previamente acordado. O lado da NEAR também está integrando tarefas, orçamentos, licitações e validações em um único processo, com a mesma direção de 'precificar tarefas concluídas', e não apenas de precificar uma única chamada.

Embora os caminhos de algumas empresas não sejam exatamente os mesmos, a estrutura é semelhante: emissão de pedidos, correspondência, custódia, submissão, aceitação e pagamento. Sem aceitação, a custódia é apenas um atraso na transferência; com aceitação, a custódia se torna uma restrição ao resultado.

Alguns escrevem as ordens de aceitação de forma mais detalhada: deve-se especificar o conteúdo da comissão, a parte que aceita o pedido, o preço, o avaliador, o objeto de entrega, a janela de contestação e o estado de reembolso. Quanto mais completa a documentação, mais fácil será a transição entre os agentes, sem precisar transformar o usuário novamente em um coordenador.

Um passo a mais, o erro se amplifica

O mercado de tarefas foi proposto não apenas porque a terceirização parece sofisticada, mas também porque processos múltiplos amplificam os erros. Em uma tarefa de dez etapas, com uma taxa de acerto de 95% em cada etapa, a probabilidade de completar todas as etapas sem erro é de apenas cerca de 60%. Cada vez que uma entrega sem verificação é feita, os erros anteriores são transferidos para a próxima etapa.

Portanto, o mercado deve estabelecer pontos de verificação nas transições: esta etapa deve ser aprovada antes de comprar a próxima. Os erros devem ser contidos na etapa atual, e não se acumularem até o final, quando a tarefa é considerada inválida. Isso é especialmente verdadeiro para os agentes. Eles não são funcionários de uma empresa, onde problemas podem ser discutidos em reuniões; eles precisam ter condições de aceitação e regras de pagamento previamente definidas.

Isso também explica por que as transações atuais de agentes ainda permanecem em serviços nativos de criptomoedas e simples: tarefas curtas, resultados fáceis de verificar e poucas disputas. O verdadeiro diferencial será conectar vários fornecedores em um fluxo de trabalho mais longo, e garantir a qualidade em cada etapa.

O que vemos atualmente é a estrutura, não a escala

O que o mercado de tarefas precisa fazer é muito específico: permitir que os agentes terceirizem partes das tarefas, com os resultados sendo reconhecidos antes do pagamento, para que mais tarefas sejam realmente concluídas. A camada de pagamento já está estabelecida. O que falta são unidades de trabalho concluídas que possam ser verificadas, aceitação a um custo aceitável, e uma densidade de pedidos repetidos suficiente.

Os processos internos das empresas se estendendo para fora serão a primeira demanda significativa. As comissões complexas do lado individual precisarão esperar até que os custos de aceitação e resolução de disputas diminuam. Antes disso, o que merece mais atenção não é mais um protocolo de pagamento, mas se três coisas podem ocorrer simultaneamente: se as tarefas podem ser escritas como documentos verificáveis, se a custódia pode reter os fundos antes da aprovação, e se a parte que aceita o pedido pode acumular registros de conclusão.

Com essas três condições atendidas, os agentes terão a oportunidade de completar as tarefas, e não apenas fazer metade do trabalho e depois chamar o usuário de volta para continuar como gerente de projeto.