KI-Agenten in den Browser zu bringen, ist mächtig, weil im Browser die eigentliche Arbeit passiert. Aus demselben Grund ist es auch heikel.
Ein Browser speichert angemeldete Sitzungen, Cookies, Erweiterungen, Lesezeichen, Arbeitsbereichseinstellungen, SaaS-Zugänge, interne Tools und die vielen kleinen Statusdetails, die den alltäglichen Web-Workflow erst möglich machen. Wenn ein KI-Agent in dieser Umgebung arbeitet, sollten Nutzer genau verstehen, worauf er zugreifen kann, wann er handeln darf und wie sie die Kontrolle behalten.
Deshalb unterstützt ego (lite) Browser-Migration mit klaren Datenschutz- und Sicherheitsgrenzen.
Migration ist keine Datensammlung. Sie erhält die Browserumgebung, auf die Nutzer sich bereits verlassen, damit Agenten im echten Kontext arbeiten können, statt jedes Mal bei einem leeren Browser anzufangen.
Unser Ansatz beruht auf drei Ideen: einer standardmäßig lokalen Browserumgebung, aufgabenbezogenem Kontext beim Handeln des Agenten und sichtbarer Nutzerkontrolle in sensiblen Momenten.
Warum ego (lite) Browser-Migration unterstützt
Die nützlichsten Browseraufgaben starten nicht bei null.
Das passiert erst, nachdem der Nutzer bereits angemeldet ist, SSO abgeschlossen wurde, der richtige Arbeitsbereich geladen ist, Erweiterungen installiert sind und der Browser die nötigen Einstellungen und Berechtigungen hat.
Startet ein Agent in einem leeren Browser, muss sich der Nutzer oft erneut anmelden, 2FA erneut durchlaufen, Kontext neu aufbauen, Erweiterungen neu installieren oder Informationen manuell in Prompts kopieren, nur damit der Agent weiterarbeiten kann. Das erzeugt Reibung – und kann den Datenschutz sogar verschlechtern, weil Nutzer am Ende sensible Details in den Agenten einfügen, die der Browser bereits in strukturierter Form vorhielt.
ego (lite) nutzt die Browsermigration, um diese Reibung zu verringern. Ziel ist es, Benutzern die Browserumgebung zu ermöglichen, die sie bereits verwenden, und gleichzeitig den Agentenzugriff an die Aufgabe zu binden, die der Benutzer tatsächlich startet.
Browser-Migration heißt nicht Zugangsdaten sammeln
Für die Browser-Migration müssen Sie Ihre gespeicherten Passwörter nicht an ego senden.
Es macht einen entscheidenden Unterschied, ob eine bereits authentifizierte Sitzung genutzt oder Zugangsdaten gesammelt werden. Sind Sie auf einer Website bereits angemeldet, hat Ihr Browser wahrscheinlich einen Sitzungsstatus, an dem die Seite Sie erkennt. Wenn der Agent auf dieser Seite eine Aufgabe erledigen soll, kann er einfach über die bereits aktive Sitzung in Ihrem Browser arbeiten.
Das heißt nicht, dass der Agent Ihr Passwort braucht. Es heißt nicht, dass Ihr Passwort an das Modell übergeben werden sollte. Und es heißt nicht, dass sensible Zugangsdaten Teil des allgemeinen Agentenkontexts werden.
In sensiblen Momenten wie Anmeldung, Zahlung, Kontoänderungen, Nachrichtenversand oder endgültigen Übermittlungen sollte der Benutzer die Kontrolle behalten. ego (lite) ist so konzipiert, dass Benutzer sehen können, was der Agent tut, den Workflow unterbrechen und bei Bedarf übernehmen können.
Der Agentenzugriff ist auf die Aufgabe begrenzt
Ganz ohne Kontext kann ein Agent nichts leisten.
Soll er eine Seite zusammenfassen, braucht er den Seiteninhalt. Soll er ein Formular ausfüllen, muss er die Formularfelder verstehen. Soll er in einem angemeldeten SaaS-Tool arbeiten, braucht er dafür den passenden Seitenstatus und den autorisierten Sitzungskontext.
Die Grenze zieht der Aufgabenbereich.
Der Agent soll nur den Kontext nutzen, den er für Ihre konkrete Anweisung braucht – nicht pauschal auf alles zugreifen, nur weil mehr Informationen im Browser vorhanden wären. Je nach Aufgabe kann das Seitentext, Seitenstruktur, Screenshots, Ihre Anweisungen, explizit bereitgestellte Dateien oder den Browserstatus einer autorisierten Seite umfassen.
Das ist das Modell hinter ego (lite): standardmäßig eine lokale Browserumgebung, ein auf die jeweilige Aufgabe begrenzter Kontext für den Agenten und sichtbare Aktionen, wenn es darauf ankommt.
Local-first bedeutet, dass Ihre Arbeitsumgebung bei der Browsermigration standardmäßig auf Ihrem Gerät bleibt. Wenn Sie den Agenten handeln lassen, beschränkt ego (lite) seinen Kontext auf das, was diese konkrete Aufgabe tatsächlich erfordert.
Mit anderen Worten: Der Browserkontext gibt dem Agenten die Kontinuität, die er braucht, um nützlich zu sein – der Aufgabenbereich zieht die Grenze dafür, was er davon nutzen darf.
Spaces machen Agentenarbeit sichtbar und getrennt
Sicherheit in einem KI-Browser ist nicht nur eine Frage der Datenverarbeitung, sondern auch des Produktdesigns.
In vielen Setups für Browser-Automatisierung arbeitet der Agent auf derselben Oberfläche wie der Nutzer: Er öffnet Tabs, verschiebt Fenster, klaut den Fokus und vermischt menschliches Surfen mit Agentenaktivität. Dadurch wird es schwerer nachzuvollziehen, was der Agent gerade tut – und im richtigen Moment einzugreifen.
ego (lite) verwendet Spaces, um das menschliche Surfen von der Agentenarbeit zu trennen.
Sie surfen weiter in Ihrem eigenen Space, während der Agent in einem anderen arbeitet. Der Agent muss dafür weder Ihren aktuellen Tab übernehmen noch Ihr Fenster stören. Seine Arbeit bleibt trotzdem sichtbar: Sie können jederzeit in den Space des Agenten wechseln, nachsehen, was passiert, die Aufgabe pausieren oder übernehmen.
Diese Trennung gibt Agenten einen praktischen Arbeitsplatz, ohne die eigene Browseroberfläche und Kontrolle des Nutzers anzutasten.
Datenschutzkontrollen und sensible Daten
ego (lite) soll verhindern, dass das Browserprofil des Benutzers als Unternehmensdatensatz behandelt wird.
Browser-Migration soll Kontinuität erhalten, nicht das digitale Leben eines Nutzers auslesen. Agenten-Workflows nutzen aufgabenbezogenen Kontext, um die angeforderte Arbeit zu erledigen. Sensible Daten wie Passwörter, Kartennummern oder andere Zugangsdaten dürfen weder an den Agenten übermittelt noch als KI-Eingabe gespeichert werden.
Wenn KI-Funktionen ein Modell benötigen, kann der Aufgabenkontext verarbeitet werden, um eine Antwort zu erzeugen oder eine Aktion abzuschließen. Wir stellen sicher, dass Drittanbieter von Modellen Nutzerdaten nicht für ihr eigenes Modelltraining verwenden dürfen.
Nutzer sollen außerdem ihre Datenschutzeinstellungen verwalten, Zugriff bei Bedarf widerrufen und vermeiden können, sensible personenbezogene Daten direkt in Prompts oder Arbeitsordner einzugeben.
Grenzen
KI-Agenten-Browser sind noch eine junge Produktkategorie. Sie sparen Zeit, reduzieren Wiederholungsarbeit und bedienen Tools, die eigentlich für Menschen gebaut wurden – können dabei aber trotzdem Fehler machen.
Komplexe Oberflächen, unerwartete Seitenlayouts, versteckte Anweisungen, Anmeldeabläufe und sensible Aktionen können Fehler verursachen. Deshalb setzt ego (lite) auf Sichtbarkeit, Trennung und Kontrolle durch den Nutzer statt auf vollständig unsichtbare Automatisierung.
KI-Automatisierung soll die Arbeit im Browser erleichtern, darf aber das menschliche Urteilsvermögen nicht aus den entscheidenden Momenten verdrängen.
ego (lite) unterstützt die Browsermigration, da Agenten nützlicher werden, wenn sie dort arbeiten können, wo bereits echte Arbeit stattfindet. Die Herausforderung besteht darin, diesen Kontext nützlich zu machen, ohne ihn unkontrolliert zu machen.
Genau in diese Richtung bauen wir: ein Browser, in dem Agenten im echten Kontext arbeiten, Nutzer überwachen und eingreifen können, und bei dem Browser-Migration Kontinuität erhält, statt zur Datensammlung zu werden.
Weitere Details dazu, wie Citro personenbezogene Daten in den ego-Diensten verarbeitet, finden Sie in unserer Datenschutzerklärung.