#KiteBBW $KITE
Hay dos formas perezosas de dejar que un agente de IA gaste dinero.
Darle una clave permanente y cruzar los dedos, o aprobar cada pago a mano y dejar de usar el agente para cualquier cosa real.
El Passport de Kite ocupa el espacio entre ambas opciones, y lo que me interesa es la cantidad de controles independientes que ofrece al usuario.
Según la documentación, un agente que quiere pagar crea una sesión de gasto con un resumen de la tarea, un límite por transacción, un límite de gasto total, un límite de tiempo y un activo.
El usuario la aprueba una sola vez con una clave de acceso, en cualquier dispositivo que la tenga.
Después, el agente puede gastar hasta el límite total sin volver a pedir permiso, hasta que venza la sesión o se agote el presupuesto.
Los ejemplos de la propia documentación son deliberadamente modestos: 2 $ por transacción y 10 $ en total durante 24 horas, o 1 $ y 5 $ durante dos horas. La cartera se financia por adelantado, y los pagos aparecen en un panel y en un registro de actividad.
Mi interpretación es que cada control cubre un tipo distinto de fallo. El límite por transacción limita una mala decisión, como que convenzan al agente de hacer un único pago enorme. El límite total limita una sangría lenta causada por un bucle que no para de reintentar.
El límite de tiempo se ocupa del acceso que olvidaste CONCEDER. El resumen de la tarea vincula el dinero con un propósito declarado, lo que hace que el registro resulte útil después.
Una clave de API típica o una tarjeta guardada tienen pocas de estas protecciones: ningún propósito declarado, a menudo ninguna fecha de vencimiento y ningún límite aparte del saldo de la cuenta.
Un análisis técnico en profundidad de Passport describe la cadena como credencial humana, cartera del usuario, pasaporte del agente, clave de sesión y, por último, la transacción; así, el agente queda un paso alejado de la autoridad propia del usuario.
Esa es la estructura adecuada para una economía de agentes en la que el software gasta más rápido de lo que las personas pueden revisar.
El eslabón débil es el toque humano.
Una sesión es tan segura como la persona que lee el resumen y los límites antes de aprobarla.
¿La gente leerá de verdad esos campos o la aprobación de sesiones se convertirá en el nuevo «aceptar todas las cookies» y anulará discretamente las protecciones creadas a su alrededor?
$KITE @KITE AI
Hay dos formas perezosas de dejar que un agente de IA gaste dinero.
Darle una clave permanente y cruzar los dedos, o aprobar cada pago a mano y dejar de usar el agente para cualquier cosa real.
El Passport de Kite ocupa el espacio entre ambas opciones, y lo que me interesa es la cantidad de controles independientes que ofrece al usuario.
Según la documentación, un agente que quiere pagar crea una sesión de gasto con un resumen de la tarea, un límite por transacción, un límite de gasto total, un límite de tiempo y un activo.
El usuario la aprueba una sola vez con una clave de acceso, en cualquier dispositivo que la tenga.
Después, el agente puede gastar hasta el límite total sin volver a pedir permiso, hasta que venza la sesión o se agote el presupuesto.
Los ejemplos de la propia documentación son deliberadamente modestos: 2 $ por transacción y 10 $ en total durante 24 horas, o 1 $ y 5 $ durante dos horas. La cartera se financia por adelantado, y los pagos aparecen en un panel y en un registro de actividad.
Mi interpretación es que cada control cubre un tipo distinto de fallo. El límite por transacción limita una mala decisión, como que convenzan al agente de hacer un único pago enorme. El límite total limita una sangría lenta causada por un bucle que no para de reintentar.
El límite de tiempo se ocupa del acceso que olvidaste CONCEDER. El resumen de la tarea vincula el dinero con un propósito declarado, lo que hace que el registro resulte útil después.
Una clave de API típica o una tarjeta guardada tienen pocas de estas protecciones: ningún propósito declarado, a menudo ninguna fecha de vencimiento y ningún límite aparte del saldo de la cuenta.
Un análisis técnico en profundidad de Passport describe la cadena como credencial humana, cartera del usuario, pasaporte del agente, clave de sesión y, por último, la transacción; así, el agente queda un paso alejado de la autoridad propia del usuario.
Esa es la estructura adecuada para una economía de agentes en la que el software gasta más rápido de lo que las personas pueden revisar.
El eslabón débil es el toque humano.
Una sesión es tan segura como la persona que lee el resumen y los límites antes de aprobarla.
¿La gente leerá de verdad esos campos o la aprobación de sesiones se convertirá en el nuevo «aceptar todas las cookies» y anulará discretamente las protecciones creadas a su alrededor?
$KITE @KITE AI