Kaeso neu definiert

Kaeso war nicht falsch definiert. Manchmal verändert sich ein Produkt. Nicht weil die Idee falsch war, sondern weil die Arbeit in solchen problemlösenden Bereichen natürlich dazu führt, dass man mehr Dinge entdeckt, die man ändern möchte. Ich habe persönlich entschieden, dass es, da wir noch nicht einmal angefangen haben, sinnvoll ist, das Schiff zu wenden, solange es nicht zu teuer ist.

Am Anfang strebte ich nicht wirklich nach etwas Bestimmtem. Ich wollte hauptsächlich eine Motivation, einen bindenden Grund, an einem solchen Projekt zu arbeiten und in dieses Umfeld einzutreten: die Arbeit mit KI.

Ich wusste bereits, was der Markt suchte. Fast alle aktuellen Erfindungen im Bereich KI drehen sich um ein großes Thema: KI-Agenten. Was auch immer es ist, ein Support-Agent in einem Telekommunikationsunternehmen, ein Coding-Agent – alle denken an Agenten.

Also dachte ich darüber nach, diese Idee zu zentralisieren, indem ich eine Plattform erstelle, die alle Arten von Modellen, die von großen Unternehmen erstellt wurden, nutzen könnte, um Workflows mit verschiedenen Tools und Integrationen auszuführen. Ich wusste bereits, dass Agenten Daten brauchen. Ein Bauarbeiter kann nicht das tun, was man will, ohne einen Plan. Ein Anwalt kann einen nicht vertreten, ohne den Fall zu kennen.

Während der Arbeit an dieser Plattform merkte ich, dass es extrem nervig ist, für jede einzelne kleine Verbindung, die man zu einer anderen Datenquelle erstellen möchte, ein Tool für den Agenten zu bauen. Der Agent arbeitet nur mit Daten, und es gibt ein Designprinzip, dem viele Entwickler, Designer und Ersteller folgen: „Der Benutzer ist dumm." Ein Agent erfordert idiotensicheres Design.

Das führt zu einer einfachen Frage: Wie soll der Agent Daten bekommen, ohne dass der Benutzer sie jedes Mal manuell gibt?

Die Lösung ist einfach: Der Agent sollte es selbst können. Das ist es, was Benutzer erwarten. Das ist auch der Grund, warum Leute Projekte wie OpenClaw (ClawdBot) mochten.

Man verbindet den Agenten mit einem Connector und er ruft selbstständig ab, welche Daten er braucht.

Der durchschnittliche Mensch ist faul. Die meisten Leute wollen nicht einmal ein einzelnes Gateway einrichten, damit ein Agent auf ihre Daten zugreifen kann, geschweige denn mehrere verschiedene. Jeder Dienst hat sein eigenes Login, seine eigene E-Mail, sein Passwort, seine Zwei-Faktor-Authentifizierung und so weiter.

Gleichzeitig erwarten die Menschen immer noch Privatsphäre, ignorieren aber oft die Komplexität dahinter.

Hier löst Kaeso das Problem.

Kaeso erstellt ein einheitliches API-Gateway, mit dem sich Agenten einmal verbinden. Es bietet eine gut dokumentierte und strukturierte API, in der man Berechtigungen einmal definieren und kontrollieren kann, welche API-Keys auf welche Dienste zugreifen dürfen.

Es ermöglicht auch mehrere Konten pro Dienst, was es einem Agenten ermöglicht, auf deutlich mehr Daten zuzugreifen, als er es normalerweise allein könnte.