Coming Soon

Wir bauen endue. Auf dem Bildschirm gibt es noch nichts zu zeigen. Statt Screenshots beschreiben wir deshalb, wohin wir schauen. Das ist keine Produktankündigung. Es ist eine Aufzeichnung darüber, warum wir das überhaupt bauen.

Wie weit Agenten-Dienste gekommen sind

Dienste rund um KI-Agenten sind in den vergangenen zwei Jahren schnell gewachsen. Am Anfang waren sie Chatfenster. Man tippte eine Frage ein, eine Antwort kam zurück, und das war alles. Dann bekamen die Modelle Tools in die Hand. Sie suchen, führen Code aus, lesen Dateien. Heute laufen sie in Schleifen: Sie bekommen ein Ziel, planen, wählen Tools, sehen sich das Ergebnis an und entscheiden über den nächsten Schritt.

Diese Entwicklung geht weiter. Modelle werden länger konzentriert bleiben und Tools präziser einsetzen, und an der Richtung haben wir keinen Zweifel. Eines fällt uns allerdings immer wieder auf. Die meisten Dienste lassen Agenten heute einzeln arbeiten, in einem einzigen Fenster, und nur solange ein Mensch zusieht. Die Fähigkeiten der Modelle wachsen jedes Jahr, während das Gefäß, das Agenten aufnimmt, noch immer ein einzelnes Chatfenster ist. Dieses Gefäß bauen wir.

Von einem zu vielen: Multi-Agent

Menschliche Arbeit wird nicht allein fertig. Ein Unternehmen hat Rollen, und jede Rolle bringt eigene Berechtigungen und Verantwortlichkeiten mit. Agenten gehen denselben Weg. Ein Agent, der gut recherchiert, einer, der Texte überarbeitet, einer, der mit Kunden spricht. Wer jede Anweisung in einen einzigen Alleskönner-Agenten stopft, erlebt, dass die Anweisungen einander in die Quere kommen und der Kontext schnell aufgebraucht ist. Teilt man die Rollen auf, wird jeder Agent einfacher und das Ganze leistungsfähiger.

Sobald mehrere laufen, tauchen neue Fragen auf. Jemand muss wissen, wer dieser Agent ist, was er darf und was er gestern getan hat. Im Zentrum eines Multi-Agenten-Systems steht deshalb die Verwaltung: Identität, Berechtigungen, Aufzeichnungen. Wer einen Menschen einstellt, legt zuerst ein Konto an und vergibt Zugriffsrechte. Agenten brauchen dasselbe.

Mehr Kanäle verändern die Arbeit

Solange man für einen Agenten erst noch eine weitere App öffnen muss, bleibt der Agent ein Werkzeug. Gearbeitet wird in KakaoTalk, in Slack, im Posteingang. Damit ein Agent zum Kollegen wird, muss er dorthin gehen, wo Menschen ohnehin miteinander sprechen: Er wird in den Team-Kanal eingeladen, beantwortet Kundenanfragen, übernimmt den Mail-Thread.

Mehr Kanäle verändern auch, was ein Agent ist. Ein Agent in einem Chatfenster muss nur beantworten, was man ihn fragt. Ein Agent in einem Kanal weiß nie, wann die nächste Nachricht eintrifft. Sie kommt nachts, und es kommen zehn auf einmal. Ständig in Bereitschaft, mehrere Dinge gleichzeitig, und je Kanal ein anderer Ton und andere Berechtigungen. Das ist kein Prompt-Problem. Das ist ein Systemproblem.

Wie Agenten die Arbeit aufteilen

Leben erst einmal mehrere Agenten in einer Organisation, lautet die nächste Frage: Zusammenarbeit. Der Recherche-Agent übergibt seine Ergebnisse dem Schreib-Agenten, der einen Entwurf verfasst; der Review-Agent liest ihn und schickt ihn zurück. Den Ablauf, den heute ein menschliches Team durchläuft, werden auch Agenten-Teams durchlaufen.

Zusammenarbeit braucht ein Protokoll. Was bei der Übergabe mitwandert, wer das Ergebnis entgegennimmt und prüft, wohin es zurückgeht, wenn etwas scheitert. Und all das muss eine Spur hinterlassen. Lässt sich nicht nachvollziehen, welcher Agent was mit welcher Befugnis getan hat, kann diese Zusammenarbeit niemals in eine Organisation einziehen. Wir verstehen die Zusammenarbeit zwischen Agenten als Workflow und nicht als Erweiterung des Chats. Übergabe, Review, Freigabe und Audit gehören in die Systemschicht.

Auf dem Weg zur vollen Autonomie

Die letzte Stufe ist ein Agent, der sich bewegt, ohne dass man es ihm sagt. Einer, der jeden Morgen die Kennzahlen liest und sich meldet, wenn etwas nicht stimmt. Einer, der von sich aus mit dem Sortieren beginnt, wenn sich Anfragen stapeln. Er bekommt Ziele statt Anweisungen und weckt sich selbst, wenn es so weit ist.

Autonomie heißt nicht, etwas sich selbst zu überlassen. Je größer die Autonomie, desto präziser muss die Kontrolle werden. Sie sollten in Echtzeit sehen, was der Agent gerade tut, jederzeit eingreifen und ihn sofort anhalten können. Vor einer riskanten Aktion sollte er anhalten und auf die Freigabe durch einen Menschen warten. Schnell fahren kann das Auto mit den guten Bremsen. Bei autonomen Agenten ist es genauso: Autonomie lässt sich genau so weit ausdehnen, wie Beobachten, Eingreifen und Anhalten reichen.

Warum wir glauben, dass wir das gut können

Vielleicht ist Ihnen aufgefallen, was alles oben Genannte gemeinsam hat. Identität, Berechtigungen, Echtzeit-Beobachtung, Aufzeichnungen, Kanalintegrationen. Nichts davon ist ein Modellproblem. Es sind Systemprobleme, und genau solche Systeme bauen wir seit Langem: Authentifizierung und Autorisierung, Echtzeit-Pipelines, Integrationen mit Messaging-Plattformen.

Auch unser Ansatz beginnt dort. Einen Agenten per Prompt zu steuern, stößt an eine Grenze. Ein Prompt ist eine Bitte, und Bitten können ignoriert werden. Berechtigungen, Freigaben und Stopps müssen in der Systemschicht durchgesetzt werden. Die Schicht zu bauen, die stabil bleibt, egal wie sich die Modelle ändern, ist das, was wir gut können, und sie ist das Rückgrat dieses Produkts.

Warum Cloud

Ein autonomer Agent darf sich nicht abschalten. Um die Kundennachricht aufzufangen, die um 3 Uhr nachts eintrifft, und um sich jeden Morgen um 9 Uhr selbst zu wecken, muss er irgendwo weiterlaufen, unabhängig davon, ob ein Laptop aufgeklappt ist. Für Kanalintegrationen gilt dasselbe: Um den Webhook eines Messengers zu empfangen, braucht es eine Adresse, die immer erreichbar ist.

Auch die Sicherheitsgrenze ist in der Cloud klarer. Zugangsdaten liegen an einem Ort, statt über persönliche Geräte verstreut zu sein, Audit-Logs sammeln sich an einem Ort, und wenn etwas schiefgeht, kappen Sie es an einem Ort. Wenn aus zehn Agenten hundert werden, kann ein persönliches Gerät diese Last nicht tragen. Die Cloud ist weniger eine Entscheidung als eine Voraussetzung für autonome Agenten.

Der nächste Eigentümer des Internet-Traffics

Schon heute wird knapp die Hälfte des Internet-Traffics als nicht menschlich gemessen. Crawler und Bots halten diesen Anteil seit Jahren, und nun kommen Agenten obendrauf: Traffic, der im Auftrag eines Menschen sucht, im Auftrag eines Menschen bucht und über APIs von Agent zu Agent spricht.

Diese Kurve zeigt vorerst nur nach oben. Ein Mensch wird mehrere Agenten betreiben, und ein einzelner Agent erzeugt Dutzende Aufrufe. In dieser Welt braucht es einen Ort, an dem sich dieser Traffic erzeugen, einsehen und steuern lässt. Wenn Agenten zu wichtigen Akteuren im Internet werden, brauchen diese Akteure eine operative Heimat. Diese Heimat bauen wir.

Ein Ökosystem macht es vollständig

Ein Agent allein ist nur begrenzt nützlich. Nutzen entsteht durch Verbindung: Konnektoren, die Mail, Kalender und Dokumenten-Tools erreichen, Skills, die Arbeitsweisen in sich tragen, und Konventionen, über die Agenten einander finden und aufrufen. Erst wenn sich das ansammelt, kommt ein Agent in der echten Arbeit an.

Und ein Ökosystem lässt sich nicht allein aufbauen. Unser Plan ist, dass alle Konnektoren hinzufügen, Skills teilen und ihre Agenten mit anderen Agenten verknüpfen können. Der Wert einer Plattform ist, so glauben wir, die Summe dessen, was andere auf ihr bauen.

Also: Coming Soon

Mehrere Agenten, mehrere Kanäle, Zusammenarbeit, Autonomie. Wir wissen, dass der Weg nicht kurz ist. Wir gehen ihn der Reihe nach: zuerst ein Ort, an dem man Agenten baut und verwaltet, dann Kanäle, dann Zusammenarbeit und Autonomie. Sobald ein Teil fertig ist, zeigen wir ihn auf dieser Seite.

Bis bald.