Cuando se pone en marcha un sistema multiagente, lo primero que suele explotar no es la estrategia, sino la factura.
El agente principal llama a tres módulos secundarios: unos cobran por llamada y otros se llevan una comisión por resultado. Además, no se pueden conceder todos los permisos de golpe. A mitad de escribirlo, de repente caí en que esto ya no era «ayúdame con el trabajo», sino un montón de pequeñas aplicaciones que se pasan la cuenta entre sí.
1 ¿Y en qué se basa el cobro para confiar en la otra parte?
Se puede falsificar una dirección, una API puede aparentar ser otra cosa y, si dicen que han terminado, ¿cómo verificas la entrega? Con alguien supervisando, más o menos funciona; a gran escala, se viene abajo.
2 Después descubrí Kite y me di cuenta de que, desde el principio, estaban preparando las cosas pensando en este caso de uso.
En vez de empezar con un gran discurso, primero se preguntan cómo puede demostrar un agente quién es, cuál es el importe máximo que puede gastar y cómo dejar constancia del pago. El volumen de llamadas de la red de pruebas parece tráfico de API, no las pocas transacciones diarias de una cadena tradicional.
En Passport, la caducidad de las sesiones, los límites de gasto fijados y los mensajes que aclaran si se hizo o no el cargo cuando falla un pago suenan a manual de una tarjeta bancaria para máquinas.
3 La red principal en Avalanche, las pruebas con PayPal y la integración en curso con Shopify: todo eso lo escucho como ruido de fondo.
Lo que de verdad me hizo detenerme fue esto: en cuanto la colaboración entre varios agentes implica gastar dinero, la infraestructura tiene que diseñarse al ritmo de las máquinas. Ya no podemos fingir que siempre habrá alguien al lado para pulsar «confirmar».
Si los agentes en cadena quieren dejar de ser juguetes y convertirse en un negocio, primero tienen que superar el obstáculo del pago. Si no lo superan, por muy sofisticada que sea la orquestación, no será más que una demostración.
$KITE #KiteBBW @KITE AI 中文
El agente principal llama a tres módulos secundarios: unos cobran por llamada y otros se llevan una comisión por resultado. Además, no se pueden conceder todos los permisos de golpe. A mitad de escribirlo, de repente caí en que esto ya no era «ayúdame con el trabajo», sino un montón de pequeñas aplicaciones que se pasan la cuenta entre sí.
1 ¿Y en qué se basa el cobro para confiar en la otra parte?
Se puede falsificar una dirección, una API puede aparentar ser otra cosa y, si dicen que han terminado, ¿cómo verificas la entrega? Con alguien supervisando, más o menos funciona; a gran escala, se viene abajo.
2 Después descubrí Kite y me di cuenta de que, desde el principio, estaban preparando las cosas pensando en este caso de uso.
En vez de empezar con un gran discurso, primero se preguntan cómo puede demostrar un agente quién es, cuál es el importe máximo que puede gastar y cómo dejar constancia del pago. El volumen de llamadas de la red de pruebas parece tráfico de API, no las pocas transacciones diarias de una cadena tradicional.
En Passport, la caducidad de las sesiones, los límites de gasto fijados y los mensajes que aclaran si se hizo o no el cargo cuando falla un pago suenan a manual de una tarjeta bancaria para máquinas.
3 La red principal en Avalanche, las pruebas con PayPal y la integración en curso con Shopify: todo eso lo escucho como ruido de fondo.
Lo que de verdad me hizo detenerme fue esto: en cuanto la colaboración entre varios agentes implica gastar dinero, la infraestructura tiene que diseñarse al ritmo de las máquinas. Ya no podemos fingir que siempre habrá alguien al lado para pulsar «confirmar».
Si los agentes en cadena quieren dejar de ser juguetes y convertirse en un negocio, primero tienen que superar el obstáculo del pago. Si no lo superan, por muy sofisticada que sea la orquestación, no será más que una demostración.
$KITE #KiteBBW @KITE AI 中文
