#KiteBBW $KITE
Es gibt zwei bequeme Wege, einem KI-Agenten Geld ausgeben zu lassen.
Gib ihm einen dauerhaft gültigen Schlüssel und hoffe das Beste – oder genehmige jede Zahlung von Hand und nutze den Agenten für nichts wirklich Praktisches.
Kites Passport schließt die Lücke zwischen diesen beiden Möglichkeiten. Mich interessiert dabei, wie viele separate Stellschrauben es den Nutzern bietet.
Laut Dokumentation erstellt ein Agent, der bezahlen möchte, eine Ausgabesitzung mit einer Aufgabenbeschreibung, einem Limit pro Transaktion, einem Limit für die Gesamtausgaben, einer zeitlichen Begrenzung und einer Anlage.
Der Nutzer genehmigt sie einmalig mit einem Passkey – auf einem beliebigen Gerät, auf dem dieser gespeichert ist.
Danach kann der Agent bis zum Gesamtlimit Geld ausgeben, ohne erneut nachzufragen, bis die Sitzung abläuft oder das Budget aufgebraucht ist.
Die Beispiele in der Dokumentation sind bewusst klein gehalten: 2 $ pro Transaktion und insgesamt 10 $ innerhalb von 24 Stunden oder 1 $ und 5 $ innerhalb von zwei Stunden. Die Wallet wird im Voraus aufgeladen, und Zahlungen erscheinen in einem Dashboard und einem Aktivitätsprotokoll.
So verstehe ich es: Jede Stellschraube schützt vor einem anderen Fehlverhalten. Das Limit pro Transaktion begrenzt eine einzelne Fehlentscheidung – etwa wenn ein Agent dazu gebracht wird, eine einzelne riesige Zahlung zu leisten. Das Gesamtlimit begrenzt einen schleichenden Geldabfluss durch eine Schleife, die immer wieder neue Versuche startet.
Die zeitliche Begrenzung greift bei einem Zugriff, den du vergessen hast zu WÄHREN. Die Aufgabenbeschreibung verknüpft das Geld mit einem angegebenen Zweck – und genau das macht das Protokoll im Nachhinein nützlich.
Bei einem typischen API-Schlüssel oder einer gespeicherten Karte fehlen viele dieser Elemente: Es gibt keinen angegebenen Zweck, oft kein Ablaufdatum und keine Obergrenze außer dem Kontostand.
Eine technische Vertiefung zu Passport beschreibt die Abfolge so: menschlicher Berechtigungsnachweis, Wallet des Nutzers, Passport des Agenten, Sitzungsschlüssel und schließlich die Transaktion. So bleibt der Agent von der eigenen Verfügungsgewalt des Nutzers getrennt.
Das ist die richtige Struktur für eine Agentenökonomie, in der Software schneller Geld ausgibt, als Menschen Transaktionen prüfen können.
Das schwächste Glied ist der Mensch, der tippt.
Eine Sitzung ist nur so sicher wie die Person, die vor der Genehmigung die Zusammenfassung und die Limits liest.
Werden die Leute diese Felder tatsächlich lesen, oder wird die Genehmigung von Sitzungen zum neuen „Alle Cookies akzeptieren“ und hebelt so unbemerkt die eingebauten Schutzmaßnahmen aus?
$KITE @KITE AI
Es gibt zwei bequeme Wege, einem KI-Agenten Geld ausgeben zu lassen.
Gib ihm einen dauerhaft gültigen Schlüssel und hoffe das Beste – oder genehmige jede Zahlung von Hand und nutze den Agenten für nichts wirklich Praktisches.
Kites Passport schließt die Lücke zwischen diesen beiden Möglichkeiten. Mich interessiert dabei, wie viele separate Stellschrauben es den Nutzern bietet.
Laut Dokumentation erstellt ein Agent, der bezahlen möchte, eine Ausgabesitzung mit einer Aufgabenbeschreibung, einem Limit pro Transaktion, einem Limit für die Gesamtausgaben, einer zeitlichen Begrenzung und einer Anlage.
Der Nutzer genehmigt sie einmalig mit einem Passkey – auf einem beliebigen Gerät, auf dem dieser gespeichert ist.
Danach kann der Agent bis zum Gesamtlimit Geld ausgeben, ohne erneut nachzufragen, bis die Sitzung abläuft oder das Budget aufgebraucht ist.
Die Beispiele in der Dokumentation sind bewusst klein gehalten: 2 $ pro Transaktion und insgesamt 10 $ innerhalb von 24 Stunden oder 1 $ und 5 $ innerhalb von zwei Stunden. Die Wallet wird im Voraus aufgeladen, und Zahlungen erscheinen in einem Dashboard und einem Aktivitätsprotokoll.
So verstehe ich es: Jede Stellschraube schützt vor einem anderen Fehlverhalten. Das Limit pro Transaktion begrenzt eine einzelne Fehlentscheidung – etwa wenn ein Agent dazu gebracht wird, eine einzelne riesige Zahlung zu leisten. Das Gesamtlimit begrenzt einen schleichenden Geldabfluss durch eine Schleife, die immer wieder neue Versuche startet.
Die zeitliche Begrenzung greift bei einem Zugriff, den du vergessen hast zu WÄHREN. Die Aufgabenbeschreibung verknüpft das Geld mit einem angegebenen Zweck – und genau das macht das Protokoll im Nachhinein nützlich.
Bei einem typischen API-Schlüssel oder einer gespeicherten Karte fehlen viele dieser Elemente: Es gibt keinen angegebenen Zweck, oft kein Ablaufdatum und keine Obergrenze außer dem Kontostand.
Eine technische Vertiefung zu Passport beschreibt die Abfolge so: menschlicher Berechtigungsnachweis, Wallet des Nutzers, Passport des Agenten, Sitzungsschlüssel und schließlich die Transaktion. So bleibt der Agent von der eigenen Verfügungsgewalt des Nutzers getrennt.
Das ist die richtige Struktur für eine Agentenökonomie, in der Software schneller Geld ausgibt, als Menschen Transaktionen prüfen können.
Das schwächste Glied ist der Mensch, der tippt.
Eine Sitzung ist nur so sicher wie die Person, die vor der Genehmigung die Zusammenfassung und die Limits liest.
Werden die Leute diese Felder tatsächlich lesen, oder wird die Genehmigung von Sitzungen zum neuen „Alle Cookies akzeptieren“ und hebelt so unbemerkt die eingebauten Schutzmaßnahmen aus?
$KITE @KITE AI