

Das stärkste Signal dieser Woche aus den Anwender-Communities rund um Enterprise-KI-Plattformen ist keine Funktionsfrage und kein Bug. Es ist ein Verhaltensmuster: Gleich drei Teams beschrieben unabhängig voneinander, wie sie die eingebaute Wissensablage ihrer Plattform nicht mehr nutzen. Nicht aus Frust gekündigt, nicht zum Wettbewerber gewechselt. Sie sind geblieben und haben um das Produkt herumgebaut.
Das erste Team hat die Wissensablage durch eine eigene Datenbank ersetzt. Wissen liegt dort nicht als Dokumentenstapel, sondern als kondensierte Einträge mit Verschlagwortung und Suchbegriffen als eigene Felder, hierarchisch geordnet. Der Agent grenzt damit die Kandidaten ein, bevor er liest. Das Urteil des Teams: extrem effizient und schnell. Die Begründung für den Umbau: Die eingebaute Suche war für ihren Fall zu unzuverlässig.
Das zweite Team spiegelt ein Firmen-Wiki als Markdown-Ablage und setzt eine schmale Zwischenschicht davor, über die der Agent zugreift. Das dritte lässt die KI ein Markdown-Archiv gleich selbst pflegen: Sie schreibt und wartet große Teile der Inhalte, die sie später als Wissensquelle nutzt.
Drei Wege, ein gemeinsamer Nenner: eine hierarchische, maschinell pflegbare Wissensschicht mit verlässlichem Auffinden. Genau das, was die eingebaute Ablage heute nicht bietet, weil sie Ordnerstrukturen plattdrückt und ihre Grenzen nirgends anzeigt.
Man kann das als Anklage lesen. Kunden, die ein Kernfeature ersetzen, sind das lauteste Feedback, das ein Produkt bekommen kann, und Anbieter tun gut daran, es genau so ernst zu nehmen. Wenn ein erfahrenes Team sagt, die Suche sei zu unzuverlässig für den produktiven Einsatz, ist das kein Geschmacksurteil.
Aber die Anklage-Lesart übersieht das Interessantere: Diese Teams haben nicht aufgegeben. Sie haben verstanden, was sie brauchen, und es sich gebaut. Das können nur Organisationen, die schon weit sind.
Hier die unbequemere These: Wissen wird gerade vom Produktfeature zur Infrastruktur. Und Infrastruktur besitzt man selbst.
Solange KI ein Chat-Werkzeug war, reichte eine Dokumentenablage im Tool. Sobald Agenten eigenständig arbeiten, wird die Wissensschicht zur tragenden Ebene: Sie entscheidet, ob der Agent das Richtige findet, und sie muss sich maschinell pflegen lassen, weil kein Mensch mehr hinterherkommt. Eine tragende Ebene will man nicht in einem Feature liegen haben, dessen Grenzen man nicht kennt und dessen Verhalten sich mit dem nächsten Release ändern kann.
Die Teams, die um ihr Tool herumbauen, vollziehen diese Trennung nur früher als der Rest: Plattform für die Arbeit, eigene Schicht für das Wissen. Dieselbe Trennung, die Unternehmen bei Daten längst akzeptiert haben. Niemand käme auf die Idee, das Data Warehouse im CRM-Anbieter zu betreiben.
Die Gegenposition hat einen Preis, und die Avantgarde benennt ihn selbst: Wer Wissen kondensiert statt Dokumente ablegt, verliert das Originaldokument. Wer eine eigene Schicht baut, muss sie warten, und zwar auch noch in 12 Monaten, wenn die Person, die sie gebaut hat, etwas anderes tut. Ein Teil dieser Eigenbauten wird als teurer Sonderweg enden, den niemand mehr versteht.
Der Unterschied zwischen Avantgarde und Bastelei liegt in drei Fragen: Ist die eingebaute Lösung nachweislich die Engstelle, mit messbaren Fehltreffern statt Bauchgefühl? Gibt es einen dauerhaften Eigentümer für die Wissensschicht, keine Einzelperson mit Hobby? Und kann die Schicht maschinell gepflegt werden, sodass sie aktuell bleibt, ohne dass jemand Dokumente sortiert? Dreimal ja: bauen. Einmal nein: beim Standard bleiben und die Grenzen des Produkts aktiv managen.
Wenn die besten Anwender um ein Produkt herumbauen, ist das kein Verrat am Tool und kein Beweis für ein gescheitertes Produkt. Es ist ein Frühindikator: Wissen wird Infrastruktur, und die reifsten Organisationen behandeln es schon so. Die richtige Reaktion ist nicht, den Eigenbau zu verbieten oder blind zu kopieren, sondern die drei Fragen zu stellen, die Avantgarde von Bastelei trennen.


0 Comments
Login or Register to Join the Conversation
Create an AccountLog in