Delphi Digital: El cuello de botella de la economía de agentes no es el pago, sino la "entrega y aceptación"

Los fondos se depositan primero, y se liberan una vez que se acepta la entrega.

Escrito por: Delphi

Compilado por: AididiaoJP, Foresight News

La discusión sobre el comercio electrónico de agentes ha estado en curso durante dos años, y la fase de pago ha sido la primera en implementarse. Stripe permite que los agentes paguen a los comerciantes, y el x402 de Coinbase proporciona un canal de liquidación en stablecoin, habiendo ya funcionado la compra de datos y servicios de inferencia por uso. Sin embargo, una vez que la tarea excede el "llamado a una interfaz", el problema cambia: el agente no puede completar la tarea de forma independiente, necesita subcontratar algunas partes y confirmar que la otra parte ha cumplido con el trabajo acordado.

El enfoque del artículo de Delphi es precisamente esta fase. El mercado de tareas no es otro protocolo de pago, sino que permite a los agentes subcontratar partes que no pueden completar: primero se define el entregable, luego se comienza la ejecución, y solo se libera el pago una vez que el resultado es aceptado. Si la entrega es confiable, la tarea puede continuar avanzando sin necesidad de que el usuario vuelva a actuar como gerente de proyecto, conectando proveedores por partes.

Comprar insumos y comprar resultados no es lo mismo

Cuando un propietario selecciona inquilinos, el agente puede solicitar registros de crédito y de desalojo a proveedores de servicios existentes. La otra parte devuelve materiales estándar, y el propietario juzga en base a esto. En este caso, lo que se compra es la entrada para la decisión, y el final de la tarea sigue en manos del propietario.

La revisión del impuesto sobre la propiedad es diferente. El agente puede comparar transacciones en la zona y descubrir que la evaluación puede estar sobrevalorada, pero este hallazgo no modifica automáticamente la factura fiscal. Para avanzar, generalmente se necesita encontrar a alguien familiarizado con los procesos del condado para presentar materiales y comparecer en la corte. El mercado de tareas debe ayudar al agente a encontrar a esta persona y definir de antemano la forma de trabajo y las condiciones de liquidación.

El primero se asemeja al pago por uso actual: el precio es claro, el entregable está estandarizado y la aceptación se completa casi automáticamente. El segundo implica la compra de un asunto ya concluido. La presentación de materiales no significa que el caso esté listo, y un recibo no equivale a que sea aceptable. Las condiciones de pago deben estar vinculadas a "resultados verificables", no a "lo que la otra parte afirma haber hecho".

Esta es también la línea divisoria entre el mercado de tareas y el mercado de API convencional: el mercado de API vende llamadas; el mercado de tareas vende unidades de trabajo confirmadas.

Definición de tareas poco clara, el mercado difícilmente puede operar

Las tareas que pueden entrar en el mercado de tareas deben definirse de manera que ambas partes comprendan cómo se vinculan los fondos con qué resultados. Un experto puede presentar materiales de revisión de muy mala calidad, junto con un recibo. Si el comprador paga por "materiales aceptables", debe haber alguien que revise los materiales antes de liberar el pago.

Quién revisa, y cómo cualquiera de las partes puede impugnar el resultado de la revisión, es mejor que se escriba de antemano en el pedido. De esta manera, el comprador no teme recibir entregas de mala calidad, y la parte que acepta el pedido tampoco teme que la otra parte se niegue a pagar sin razón. Sin esta capa, el mercado se deslizará hacia dos direcciones malas: o el comprador rechaza pagos arbitrariamente y los proveedores profesionales no quieren entrar; o se presentan resultados superficiales y se recibe el dinero, lo que hace que el comprador no se atreva a hacer un nuevo pedido.

Las tareas demasiado pequeñas tampoco son rentables. Si los costos de revisión y manejo de disputas superan el ahorro de la subcontratación, las personas volverán a completar las tareas por sí mismas, o seguirán utilizando solo interfaces estandarizadas. Por lo tanto, es más probable que las primeras tareas aparezcan en áreas con límites claros, repetibles y con aceptación documentada, en lugar de encargos vagos y únicos.

Las empresas serán los primeros compradores más adecuados. Ya dividen tareas entre varios proveedores, y ya tienen procesos y estándares de referencia internos. Los agentes pueden preparar tareas dentro de la empresa, y luego enviar las partes que deben subcontratar, y los resultados obtenidos pueden ser verificados con los procesos existentes. Si las tareas aparecen repetidamente, la parte que acepta el pedido también puede acumular un historial de finalización de ciertos tipos de tareas. Una vez que la reputación se puede acumular, la próxima coincidencia no requerirá construir confianza desde cero.

Los usuarios individuales no son incapaces de usarlo, pero en las primeras etapas son más como un modelo. Las empresas tienen presupuesto, repetición y hábitos de aceptación interna, lo que se acerca más a la densidad de pedidos necesaria para el arranque frío del mercado.

El pago solo resuelve el pago, contratar a alguien aún carece de aceptación

Enviar dinero, y contratar una tarea, hay un intermediario de custodia, entrega, aceptación y disputas. Stripe y x402 cubren la primera mitad. El agente aún necesita encontrar a alguien para presentar la revisión y representar al propietario. Sin aceptación, cuanto más fácil sea el pago, más rápido pueden ir los pedidos incorrectos.

Los productos existentes ya están construidos sobre esta estructura.

TaskMarket de Daydreams es donde el comprador hace el pedido y el agente acepta el pedido. El comprador primero deposita los fondos, lo que permite que los trabajadores reclamen directamente, o pueden ver el plan antes de elegir a alguien. Los fondos se mantienen en custodia, y solo se liberan después de que se acepta la entrega.

El Protocolo de Comercio de Agentes de Virtuals es donde el agente del cliente y el agente que acepta el pedido acuerdan la tarea, los fondos entran en custodia, y se liberan después de la entrega y aprobación. También se pueden incluir evaluadores externos para verificar si los resultados cumplen con lo acordado previamente. En el lado de NEAR, también están integrando tareas, presupuestos, licitaciones y verificaciones en un solo proceso, con la misma dirección de "precios para tareas completadas", en lugar de solo precios por una llamada.

Los caminos de varias empresas no son completamente iguales, pero la estructura es similar: hacer el pedido, emparejar, custodiar, presentar, aceptar y liberar el pago. Sin aceptación, la custodia es solo un retraso en la transferencia; con aceptación, la custodia se convierte en una restricción sobre el resultado.

Algunos han escrito los documentos de aceptación con más detalle: debe especificar el contenido del encargo, la parte que acepta el pedido, el precio, el verificador, el entregable, la ventana de disputas y el estado de reembolso. Cuanto más completo sea el documento, más fácil será la transición entre agentes, sin necesidad de convertir al usuario nuevamente en un coordinador.

Un paso más, el error se amplificará

El mercado de tareas se ha propuesto no solo porque la subcontratación suena avanzada, sino porque los procesos de múltiples pasos amplifican los errores. En una tarea de diez pasos, con una tasa de éxito del 95% en cada paso, la probabilidad de completar todos los pasos sin errores es de aproximadamente solo el 60%. Cuanto más se realice una entrega sin verificación, más errores se arrastrarán a la siguiente fase.

Por lo tanto, el mercado debe establecer puntos de control en las entregas: esta fase debe pasar antes de comprar la siguiente fase. Los errores se detienen en la etapa actual, en lugar de acumularse hasta el final y luego descubrir que todo el pedido está anulado. Esto es especialmente cierto para los agentes. No son empleados de una empresa, donde los problemas pueden ser discutidos en reuniones; necesitan condiciones de aceptación y reglas de pago que estén escritas de antemano.

Esto también explica por qué la mayoría de las transacciones de agentes actuales aún se limitan a servicios nativos de criptomonedas y simples: tareas cortas, resultados fáciles de verificar y pocas disputas. La verdadera diferencia se abrirá al integrar a varios proveedores en flujos de trabajo más largos y asegurando la calidad en cada paso.

Lo que se ve actualmente es la estructura, no la escala

Lo que el mercado de tareas debe hacer es muy específico: permitir que los agentes subcontraten partes de las tareas, y pagar solo después de que los resultados sean reconocidos, para que más tareas se completen realmente. La capa de pago ya está presente. Lo que falta son unidades de trabajo completadas que sean verificables, aceptación de costos aceptables y una densidad de pedidos repetidos suficiente.

La extensión de los procesos internos de las empresas hacia el exterior será la primera demanda significativa. Las complejas solicitudes individuales deberán esperar a que los costos de aceptación y manejo de disputas disminuyan primero. Antes de eso, es más importante observar no otro protocolo de pago, sino si pueden aparecer simultáneamente tres cosas: si las tareas pueden ser escritas como documentos verificables, si la custodia puede retener fondos antes de la aprobación, y si la parte que acepta el pedido tiene un historial acumulable de finalización.

Con estas tres cosas en su lugar, los agentes tendrán la oportunidad de completar las tareas, en lugar de hacer la mitad y luego llamar al usuario de nuevo para que continúe actuando como gerente de proyecto.