Ein System. Zehn Bausteine. Ein Kreislauf.
Texenda ist kein Chatbot und kein weiteres KI-Modell. Es ist die Schicht dazwischen: Sie beschreibt, wie euer Unternehmen arbeitet, und stellt genau diese Arbeitsweise jedem KI-Client sicher zur Verfügung. Auf dieser Seite erklären wir jeden Baustein — ohne Vorwissen lesbar.
Kurz erklärt, ohne Fachbegriffe
Stellt euch eine Küche vor. Das KI-Modell ist der Koch: technisch versiert, schnell, aber neu im Haus. Er kennt eure Rezepte nicht, weiß nicht, welche Zutaten frisch sind, und darf nicht an jeden Schrank.
-
Das Rezept
Ein Playbook ist das aufgeschriebene Rezept eurer Arbeit: Ziel, Zutaten, Reihenfolge, Qualitätsprüfung. Nicht als PDF, sondern ausführbar.
-
Die Küchenausgabe
Der Harness reicht dem Koch nur die Zutaten und Werkzeuge an, die für dieses Gericht und diese Person freigegeben sind. Nicht mehr, nicht weniger.
-
Die Durchreiche
Die Runtime ist der eine Zugang, über den alle Köche arbeiten — egal ob ChatGPT, LibreChat oder eine eigene Anwendung.
-
Das Kochbuch wächst
Weil alles über eine Durchreiche läuft, sieht Texenda, welche Zutat immer nachgefordert wurde. Observe und Evolve schlagen die Rezeptänderung vor — freigeben tut sie ein Mensch.
Die Architektur
Von oben nach unten gelesen: Der KI-Client spricht nur mit Texenda. Texenda löst Identität und Rechte auf, wählt Kontext und Fähigkeiten aus und ruft die Quellsysteme auf — die weiterhin die letzte Rechteinstanz bleiben.
Ebene 1 · KI-Clients
ChatGPT · LibreChat · IDE-Agenten · interne Fachanwendungen
Modell und Chatoberfläche bleiben dort, wo sie heute sind. Texenda ersetzt sie nicht.
Ebene 2 · Texenda Edge
Der identitätsbewusste MCP-Harness
Ein Endpunkt für alle Clients. Jeder Nutzer meldet sich persönlich an — es gibt keinen anonymen Sammelzugang.
Ebene 3 · Identität
Identity, Team, Rolle und Connector Grants
Wer bist du, in welchem Team, mit welcher Rolle — und welche Verbindungen zu Quellsystemen wurden dir persönlich oder deinem Team gewährt?
Context Engine
Wählt die Quellen aus, bewertet sie und liefert sie mit Herkunftsnachweis.
Policy & Guards
Entscheidet, was sichtbar, lesbar, schreibbar und bestätigungspflichtig ist.
Ebene 5 · Ausführung
Capability Router und Playbook Runtime
Discovery · Routing · Runs · Monitoring. Hier läuft die eigentliche Aufgabe ab — inklusive Freigabeschritten und langlaufenden Prozessen.
Ebene 6 · Quellsysteme
Wikis · DMS · CRM · ERP · Datenbanken · DAM · Projekttools · Analytics · APIs
Eure Systeme bleiben, wo sie sind. Sie sind und bleiben die letzte Instanz für Berechtigungen.
Die zehn Module
Jedes Modul löst ein konkretes Problem, das Unternehmen heute mit KI haben. Vier davon haben eine eigene Detailseite.
-
Forge
Die Werkstatt: Skills, Context Recipes, Rollen und Playbooks interaktiv erstellen und testen.
Löst: Prozesswissen steckt in Köpfen →
-
Harness
Berechnet den effektiven Arbeitskontext pro Benutzer und Aufgabe — dynamisch, bei jedem Aufruf neu.
Löst: Alle sehen alle Funktionen →
-
Context
Quellen auswählen, nach Autorität und Aktualität bewerten, strukturieren und mit Provenance bereitstellen.
Löst: Niemand weiß, welche Quelle gilt
-
Library
Skills und Playbooks suchen, teilen, forken und versionieren — wie ein internes Repository für Arbeitsweisen.
Löst: Best Practices skalieren nicht
-
Weave
Verbindet mehrere Skills zu vollständigen Business Playbooks mit Reihenfolge, Bedingungen und Freigaben.
Löst: Einzelne Skills sind zu klein
-
Connect
MCP-Server, Unternehmenssysteme und Datenquellen zentral anbinden — einmal statt pro Client.
Löst: Integrationen mehrfach gebaut
-
Guard
Rollen, Policies, Bestätigungen, Datenregeln und Output-Filter — technisch durchgesetzt, nicht nur dokumentiert.
Löst: Compliance-Risiko bei Agenten →
-
Runtime
Playbooks, Tasks, Freigaben und langlebige Runs ausführen — über einen zentralen MCP-Endpunkt.
Löst: Abhängigkeit vom KI-Client →
-
Observe
Kontextflüsse, Capability-Nutzung und Prozessvarianten analysieren — Process Mining für agentische Arbeit.
Löst: Agentenarbeit ist unsichtbar →
-
Evolve
Verbesserungsvorschläge erzeugen, testen und versioniert veröffentlichen — immer mit menschlicher Freigabe.
Löst: Dokumentation veraltet →
Der Produktkreislauf in neun Schritten
So sieht die Einführung und der laufende Betrieb aus — vom ersten angebundenen System bis zur zweiten Playbook-Version.
- Connect
Die IT bindet Systeme und Datenquellen an — einmal, zentral, mit sauber verwalteten Zugangsdaten.
- Structure
Das Fachteam beschreibt eine konkrete Aufgabe, benennt Pflichtquellen und zerlegt sie in Skills.
- Forge
Kontext, Rollen und Ergebnisformate werden interaktiv getestet — auch aus der Sicht anderer Rollen.
- Publish
Der Skill oder das Playbook wird als Version freigegeben. Vorher passiert nichts im Produktivbetrieb.
- Harness
Texenda berechnet je Nutzer den passenden Arbeitsraum aus Rolle, Rechten und Aufgabe.
- Run
Mitarbeitende führen die Aufgabe im gewohnten KI-Client aus. Kein neues Tool zu lernen.
- Observe
Texenda analysiert Kontext- und Capability-Flüsse: Was wurde gebraucht, was fehlte, wo hakte es?
- Improve
Teams prüfen die Vorschläge. Nichts ändert sich automatisch im Produktivsystem.
- Version
Eine neue Playbook-Version wird veröffentlicht — nachvollziehbar, rückrollbar, dokumentiert.
Genauer wissen, wie gebaut wird?
Forge erklärt Schritt für Schritt, wie aus einer Aufgabe ein ausführbares Playbook wird.