Delphi Digital: tras los pagos, el siguiente campo de batalla de la economía de agentes: el mercado de tareas

Autor: Delphi

Compilación: AididiaoJP, Foresight News

La economía de agentes se discute desde hace dos años, y el pago fue el primer eslabón en materializarse. Stripe permite que los agentes paguen a los comercios, el x402 de Coinbase ofrece un canal de liquidación en stablecoins, y la compra de datos e inferencias por uso ya funciona. Pero cuando una tarea va más allá de «llamar a una interfaz una vez», el problema cambia: el agente no puede completarla por sí solo, necesita externalizar parte del proceso y confirmar que la otra parte realmente hizo el trabajo acordado.

Este artículo de Delphi se centra precisamente en ese eslabón. El mercado de tareas no es otro protocolo de pagos, sino un lugar donde los agentes externalizan lo que no pueden completar: primero se definen los entregables, luego se ejecuta, y el pago se libera solo cuando el resultado es aceptado. Si la transferencia es fiable, la tarea puede avanzar sin arrastrar al usuario de vuelta como gestor de proyecto, coordinando proveedores paso a paso.

Comprar insumos no es lo mismo que comprar resultados

Cuando un propietario filtra inquilinos, el agente puede consultar informes de crédito y desahucios a un proveedor existente. La otra parte devuelve material estándar y el propietario decide con base en ello. Aquí se compra un insumo para la decisión; el final de la tarea sigue en manos del propietario.

La impugnación del impuesto predial es distinta. El agente puede comparar ventas cercanas y detectar que la valoración parece alta, pero ese hallazgo no modifica automáticamente la factura fiscal. Para avanzar de verdad, normalmente hay que encontrar a alguien que conozca los trámites del condado para presentar documentos y comparecer. El mercado de tareas debe ayudar al agente a encontrar a esa persona y acordar de antemano cómo se trabajará y bajo qué condiciones se pagará.

Lo primero se acerca al pago por uso actual: precio claro, entregable estandarizado y verificación casi automática. Lo segundo es comprar un asunto resuelto. Presentar documentos no equivale a tener el caso listo, y un acuse de recibo no equivale a un trabajo aceptable. Las condiciones de pago deben estar vinculadas a un «resultado verificable», no a lo que la otra parte afirme haber hecho.

Esta es también la frontera entre un mercado de tareas y un mercado común de API (interfaz de programación de aplicaciones): el mercado de API vende llamadas; el mercado de tareas vende unidades de trabajo terminadas y confirmadas.

Si la tarea no está bien definida, el mercado no funciona

Una tarea que entra al mercado debe definirse hasta que ambas partes tengan claro a qué resultado está vinculado el dinero. Un experto puede perfectamente entregar un material de impugnación de pésima calidad junto con un acuse de recibo. Si el comprador paga por «un material aceptable», alguien debe revisar el material antes de liberar el pago.

Quién revisa y cómo cualquiera de las partes puede impugnar el resultado de la revisión debería quedar escrito en la orden desde el principio. Así, el comprador no teme recibir una entrega deficiente y quien acepta el encargo no teme un rechazo de pago injustificado. Sin esa capa, el mercado se desliza hacia dos malos escenarios: o el comprador rechaza pagos arbitrariamente y la oferta profesional no quiere entrar, o basta con entregar un resultado superficial para cobrar y el comprador no se atreve a publicar más pedidos.

Las tareas demasiado pequeñas tampoco compensan. Si el coste de revisión y resolución de disputas supera lo que se ahorra al externalizar, la gente volverá a hacerlo por su cuenta o seguirá usando solo interfaces estandarizadas. Por eso, al principio es más probable que aparezca en tareas con límites claros, repetibles y con verificación objetiva, no en encargos vagos de una sola vez.

Las empresas serán compradoras iniciales más adecuadas. Ya dividen tareas entre varios proveedores y tienen procesos internos y criterios de comparación. El agente puede preparar la tarea dentro de la empresa, enviar al exterior solo el eslabón que debe externalizarse y contrastar el resultado con el proceso existente. Si la tarea se repite, quien la ejecuta también acumula historial de tareas de ese tipo. Cuando la reputación es acumulable, la siguiente coincidencia no necesita construir confianza desde cero.

Los usuarios individuales no quedan excluidos, pero al principio se parecen más a una plantilla. Las empresas tienen presupuesto, compras recurrentes y hábitos internos de verificación; están más cerca de la densidad de pedidos que necesita un mercado para arrancar en frío.

El pago solo resuelve el desembolso; contratar a alguien aún carece de verificación

Entre enviar el dinero y contratar una tarea hay custodia, entrega, verificación y disputas. Stripe y x402 cubren la primera mitad. El agente aún necesita encontrar a alguien que presente la impugnación y represente al propietario. Sin verificación, cuanto más fácil sea pagar, más rápido pueden avanzar también los pedidos equivocados.

Los productos existentes ya se construyen con esta estructura.

En TaskMarket (mercado de tareas) de Daydreams, el comprador publica la orden y el agente la acepta. El comprador deposita primero los fondos; puede permitir que el trabajador los reclame directamente o ver primero la propuesta y elegir. El dinero permanece en custodia y se libera cuando el resultado entregado es aceptado.

En el Agent Commerce Protocol de Virtuals, el agente que encarga y el agente que ejecuta acuerdan la tarea, los fondos entran en custodia y se liberan tras la entrega y la aprobación. También se puede incorporar a un evaluador externo que compruebe si el resultado cumple lo pactado. Del lado de NEAR (plataforma blockchain), también se está integrando tarea, presupuesto, licitación y verificación en un solo flujo, con la misma dirección: poner precio a la «tarea terminada», no solo a una llamada.

Los caminos no son idénticos, pero el esqueleto se parece: publicar, emparejar, custodiar, entregar, verificar y liberar. Sin verificación, la custodia es solo una transferencia diferida; con verificación, la custodia se convierte en una restricción sobre el resultado.

Algunos redactan la orden de verificación con más detalle: hay que especificar el encargo, quién lo ejecuta, el precio, el verificador, los entregables, la ventana de disputa y el estado del reembolso. Cuanto más completa sea la orden, más fácil será que los agentes se traspasen el trabajo sin volver a convertir al usuario en coordinador.

Un paso más y el error se amplifica

El mercado de tareas no se propone solo porque externalizar suene sofisticado, sino porque los flujos de varios pasos amplifican los errores. En una tarea de diez pasos, si cada paso tiene un 95% de acierto, la probabilidad de completarla sin errores es apenas de alrededor del 60%. Cada traspaso sin verificación arrastra el error anterior al siguiente eslabón.

Por eso el mercado necesita puntos de control en cada traspaso: se aprueba un eslabón y solo entonces se compra el siguiente. El error se detiene en ese paso, en lugar de rodar hasta el final y descubrir que todo el pedido quedó inservible. Esto vale especialmente para los agentes. No son empleados de una empresa a los que se pueda convocar a una reunión para depurar responsabilidades; necesitan condiciones de verificación y reglas de pago escritas de antemano.

Esto también explica por qué la mayoría de las transacciones con agentes siguen limitadas a servicios criptonativos y simples: tareas cortas, resultados fáciles de verificar y pocas disputas. La verdadera diferencia vendrá de encadenar a varios proveedores en flujos de trabajo más largos y controlar cada paso.

Lo que vemos hoy es el esqueleto, no la escala

Lo que el mercado de tareas debe hacer es concreto: permitir que los agentes externalicen parte del trabajo, pagar solo cuando el resultado es aceptado y, con ello, lograr que más tareas se completen de verdad. La capa de pago ya existe. Lo que falta son unidades de trabajo terminadas y verificables, una verificación con coste aceptable y una densidad suficiente de pedidos repetidos.

La extensión de los procesos internos de las empresas hacia afuera será la primera demanda seria. Los encargos complejos del lado individual tendrán que esperar a que bajen el coste de verificación y la gestión de disputas. Hasta entonces, lo que merece atención no es otro protocolo de pagos, sino si tres cosas pueden aparecer a la vez: que la tarea pueda redactarse como una orden verificable, que la custodia retenga los fondos hasta la aprobación y que quien ejecuta tenga un historial de trabajos terminados acumulable.

Con esas tres piezas, el agente tendrá la oportunidad de terminar la tarea, en lugar de hacerla a medias y volver a llamar al usuario para que siga actuando como gestor de proyecto.