Früher dachte ich, der Sitzungsschlüssel sei die eigentliche Sicherheitsgrenze. Sobald der Agent eine gültige Sitzung hatte, galt das als Berechtigung, die die Dienste überprüften.

Es ist eher wie eine dauerhaft gültige Vollmacht, mit der später kurzfristige Weisungen ausgestellt werden können. Diese Weisungen können für bestimmte Aufgaben verwendet werden, existieren aber nur, weil die Vollmacht sie erlaubt. Wird die Vollmacht widerrufen, werden alle Weisungen ungültig – auch jene, die sich noch in jemandes Händen befinden.

Kite funktioniert genauso. Der Nutzer unterzeichnet eine Standing Intent, die die allgemeinen Fähigkeiten des Agenten, deren Ablaufdatum und übergeordnete Grenzen festlegt. Darauf aufbauend kann der Agent Delegation Tokens erstellen, die eine bestimmte Sitzung an eine konkrete Aufgabe binden. Der Sitzungsschlüssel kann nur innerhalb dieser Kette eingesetzt werden. Widerrufst du die Standing Intent oder lässt du sie ablaufen, werden alle aktiven Sitzungen und sämtliche künftigen Delegationen für diesen Agenten sofort begrenzt – ganz gleich, wie viele Sitzungen noch offen sind.

Die Schwierigkeit liegt in der Abgrenzung. Ist die Standing Intent zu weit gefasst, schwächst du den Nutzen der Sitzungsisolierung. Ist sie zu eng gefasst, muss der Agent ständig neue Autorisierungen einholen und unterbricht damit den Ablauf mehrstufiger Aufgaben.

Wenn die Standing Intent die eigentliche Autoritätsquelle ist: Für wie viele alltägliche Vorgänge in der Agentenökonomie wird weiterhin eine erneute menschliche Signatur erforderlich sein, statt innerhalb langfristig gültiger, aber sorgfältig eingeschränkter Intents abzulaufen?

#KiteBBW $KITE @KITE AI