Anoche vi cómo uno de los agentes de investigación volvía a quedarse atascado. Ya tenía los tres canales, la llamada al modelo estaba hecha y, entonces, la última API devolvió un 402. Lo intentó una vez más. Se quedó ahí. La luz de la cola parpadeó. El humano estaba desconectado, así que todo el trabajo se congeló por cuatro centavos.

Lo que se me quedó grabado fue lo limpio que fue el fallo. Ningún error del modelo, ningún límite de solicitudes. Simplemente no hay una forma compartida para que el servicio vea que el agente ya llevaba una autorización de gasto válida de su propietario. Todos siguen teniendo que volver a verificar la identidad y la intención desde cero, o recurrir a alguna clave compartida que nadie quiere dejar en el prompt. En $kite, el mismo agente termina el trabajo cuando la sesión está vinculada a un presupuesto, una categoría, un vencimiento y una prueba que el servicio puede leer de una sola vez. La API deja de tratarlo como un script cualquiera. Y yo dejo de recibir la alerta.

Aunque sigo preguntándome por la desviación. La sesión parece bien acotada cuando la configuras. Un agente que empieza a negociar dos pasos fuera de lo previsto puede gastar la asignación en algo parecido antes de que se active la verificación. El coste de verificación es bajo en las ejecuciones pequeñas que he visto. Aún no está claro si los operadores mantendrán abiertas esas sesiones de $kite cuando veinte de ellas empiecen a competir por el mismo endpoint. Eso es lo que quiero seguir observando esta semana.

@KITE AI #KiteBBW $KITE