Confieriez-vous votre carte à un agent IA avant de vous absenter pendant un mois ?
La plupart des gens hésitent, et cette hésitation n’a rien à voir avec l’intelligence. Aujourd’hui, vous avez deux choix : accorder à un agent une pleine autorité financière ou approuver vous-même chaque achat. Le premier vous expose à un risque illimité. Le second supprime l’autonomie qui faisait la valeur de l’agent.
Le livre blanc de Kite soutient que la véritable contrainte vient d’une infrastructure conçue pour les humains, et non des capacités des modèles.
C’est la conception de l’identité qui m’a le plus marqué. L’autorité est répartie en trois niveaux : vous, à la racine ; votre agent, doté d’un pouvoir délégué ; et une clé de session créée pour une seule tâche, qui expire après utilisation. L’agent ne touche jamais à votre clé principale. Le document quantifie ensuite le résultat. Avec un plafond quotidien de 100 $ pendant 30 jours, le pire scénario en cas de compromission totale s’élève à 3 000 $. C’est une limite que vous avez fixée à l’avance, et non une estimation optimiste.
Les paiements constituent le deuxième volet. Une carte facture 0,30 $ plus 2,9 %, si bien qu’un appel API d’un cent coûte trente fois sa propre valeur. Kite utilise des canaux d’état : ils sont ouverts une fois et réglés une fois, avec des milliers de petits paiements signés entre les deux. Le document vise environ 0,000001 $ par message, ce qui rend viable la facturation à la requête pour les agents.
Mon avis : l’architecture est convaincante, mais ses garanties dépendent de sa mise en œuvre. La preuve de plafonnement des pertes suppose que les limites sont appliquées du côté du fournisseur, et les chiffres de coût et de vitesse restent des objectifs de conception tant qu’ils n’ont pas été vérifiés avec du trafic réel d’agents. Sur le réseau principal, je suivrai l’utilisation, pas les annonces.
Pour quoi laisseriez-vous un agent payer de lui-même, et quel plafond fixeriez-vous ?
#KiteBBW $KITE
Laisseriez-vous un agent IA dépenser votre argent de lui-même ?
La plupart des gens hésitent, et cette hésitation n’a rien à voir avec l’intelligence. Aujourd’hui, vous avez deux choix : accorder à un agent une pleine autorité financière ou approuver vous-même chaque achat. Le premier vous expose à un risque illimité. Le second supprime l’autonomie qui faisait la valeur de l’agent.
Le livre blanc de Kite soutient que la véritable contrainte vient d’une infrastructure conçue pour les humains, et non des capacités des modèles.
C’est la conception de l’identité qui m’a le plus marqué. L’autorité est répartie en trois niveaux : vous, à la racine ; votre agent, doté d’un pouvoir délégué ; et une clé de session créée pour une seule tâche, qui expire après utilisation. L’agent ne touche jamais à votre clé principale. Le document quantifie ensuite le résultat. Avec un plafond quotidien de 100 $ pendant 30 jours, le pire scénario en cas de compromission totale s’élève à 3 000 $. C’est une limite que vous avez fixée à l’avance, et non une estimation optimiste.
Les paiements constituent le deuxième volet. Une carte facture 0,30 $ plus 2,9 %, si bien qu’un appel API d’un cent coûte trente fois sa propre valeur. Kite utilise des canaux d’état : ils sont ouverts une fois et réglés une fois, avec des milliers de petits paiements signés entre les deux. Le document vise environ 0,000001 $ par message, ce qui rend viable la facturation à la requête pour les agents.
Mon avis : l’architecture est convaincante, mais ses garanties dépendent de sa mise en œuvre. La preuve de plafonnement des pertes suppose que les limites sont appliquées du côté du fournisseur, et les chiffres de coût et de vitesse restent des objectifs de conception tant qu’ils n’ont pas été vérifiés avec du trafic réel d’agents. Sur le réseau principal, je suivrai l’utilisation, pas les annonces.
Pour quoi laisseriez-vous un agent payer de lui-même, et quel plafond fixeriez-vous ?
#KiteBBW $KITE
Laisseriez-vous un agent IA dépenser votre argent de lui-même ?
Yes with a strict daily cap
Only if I approve each payment
Not yet
Never
4 heure(s) restante(s)