{"id":70194,"date":"2026-08-21T08:15:31","date_gmt":"2026-08-21T06:15:31","guid":{"rendered":"https:\/\/www.cubeserv.com\/?p=70194"},"modified":"2026-08-21T09:03:00","modified_gmt":"2026-08-21T07:03:00","slug":"agent-mit-wissensdatenbank","status":"publish","type":"post","link":"https:\/\/www.cubeserv.com\/de\/agent-mit-wissensdatenbank\/","title":{"rendered":"AI-Agent mit Wissensdatenbank: Der Chatbot, der nichts vergisst \u2013 Praxisbeispiel Langdock und Copilot"},"content":{"rendered":"\t\t
\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"\"\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Bild wurde mit Hilfe von KI generiert<\/em><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

Ein Nachmittag im Beratungsteam: die Notiz, die niemand wiederfindet<\/h3>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Statusmeeting, Donnerstagnachmittag. Ein Berater erw\u00e4hnt beil\u00e4ufig, dass der Kunde die Lieferfrist doch noch einmal verschieben will, eine kleine Randbemerkung zwischen zwei Tagesordnungspunkten. Jemand notiert sich dies und tippt zus\u00e4tzlich diese Information schnell in den Firmen-Chatbot, Langdock oder Copilot, ganz gleich. Der Bot antwortet im Moment hilfreich, formuliert sogar einen sauberen Vorschlag f\u00fcr die interne Kommunikation.<\/p>

Nur: Was hier tippt und antwortet, ist ein einfacher Chat ohne eigene Wissensdatenbank. Er kennt das laufende Gespr\u00e4ch, sonst nichts. Auf fr\u00fchere Notizen hat er keinen Zugriff, und zur\u00fcckgeschrieben wird auch nichts.<\/p>

Die neuen \u201eMemory\u201c-Funktionen, die Copilot seit diesem Jahr schrittweise ausrollt, \u00e4ndern daran wenig: Sie merken sich Vorlieben und Arbeitsweisen einer einzelnen Person, damit Antworten pers\u00f6nlicher wirken. Ein geteiltes Team-Wissen, das eine Kollegin sp\u00e4ter wiederfinden kann, ist das nicht.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t

Wochen sp\u00e4ter: die R\u00fcckfrage, auf die niemand eine Antwort hat<\/h3>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Zum Beispiel: Wochen sp\u00e4ter fragt eine Kollegin denselben Chatbot nach genau diesem Detail. Keine Antwort. Nicht, weil die Technik versagt, sondern weil das Wiki nie aktualisiert wurde und der Bot nur dort sucht, wo l\u00e4ngst nichts mehr steht.<\/p>

Also verschwindet die Information dort, wo sie entstanden ist: im Chatverlauf einer einzelnen Person. Vielleicht taucht sie noch einmal in einer privaten Mail auf, oder in einem Meeting-Protokoll, das jemand pflichtschuldig abspeichert und nie wieder \u00f6ffnet. Genauso gut landet sie ordentlich notiert in einem pers\u00f6nlichen Notizbuch, etwa in Microsoft OneNote, sauber aufgeschrieben und trotzdem nicht geteilt und kaum wiederauffindbar wie im Chatverlauf. Chat, Mail, Protokoll, Notizbuch, es ist letztlich egal, welches Werkzeug die Notiz zuletzt h\u00e4lt: Keins davon schl\u00e4gt die Br\u00fccke in den Alltag, in ein Tool, in dem jemand Anderes sp\u00e4ter suchen w\u00fcrde.<\/p>

Das Wiki verwaist nicht, weil die Technik fehlt oder ein Notiz-Tool. Es verwaist, weil das \u00dcbertragen von Wissen aus dem Kopf ins System immer ein zus\u00e4tzlicher, manueller Schritt bleibt, den in der Hektik niemand geht<\/strong>. Am Ende steht Frustration, doppelte Nachfragen, verlorene Zeit. Genau hier setzt dieser Artikel an.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

Die Entscheidung: der Agent soll nicht nur lesen, sondern zur\u00fcckschreiben<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Die Notiz zur Lieferfrist stand nirgendwo. Sie lag nur im Kopf des Beraters und in einer E-Mail, die er sich selbst geschickt hatte,. Gesehen hat sie sonst niemand. Genau das ist dem Team im Nachgang aufgefallen: Dieses Muster wiederholt sich st\u00e4ndig. Wissen entsteht im Gespr\u00e4ch, im Meeting, zwischen zwei Tagesordnungspunkten, wird aber nie in etwas \u00fcberf\u00fchrt, das ein Chatbot sp\u00e4ter finden k\u00f6nnte.<\/p>

Wenn niemand manuell nachtr\u00e4gt, dann gibt es eine Option: Der Agent muss das Nachtragen selbst \u00fcbernehmen. Neue Informationen strukturiert ablegen, statt nur als Chatbot im Moment zu antworten und danach alles wieder zu vergessen. Vom Assistenten, der nur als Chatbot antwortet, zum Agenten, der handelt und Wissen abspeichern kann.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"\"\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Bild wurde mit Hilfe von KI generiert<\/em><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Eine Bedingung steht dabei von Anfang an fest: Schreiben ja, aber nicht unkontrolliert. Jeder Eintrag geht zuerst als Vorschlag an einen Menschen. Erst, wenn jemand ihn best\u00e4tigt, landet er wirklich in der Wissensdatenbank. Man spricht von einem Agenten mit eigener Wissensdatenbank, also Knowledge Base, denn worauf es ankommt, ist nicht der Schreibakt, sondern das strukturierte Ged\u00e4chtnis, das dabei entsteht. Damit ist der eigentliche Dreh- und Angelpunkt des Falls gesetzt: Aus dem Frage-Antwort-Bot wird ein Ged\u00e4chtnis, das dem ganzen Team geh\u00f6rt und das mit jeder best\u00e4tigten Notiz ein St\u00fcck mitw\u00e4chst.<\/strong><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

Hinter den Kulissen: Chatfenster, Werkzeug-Server und ein Wiki-Ged\u00e4chtnis nach OKF<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Wie genau soll das jetzt funktionieren? Der Berater fragt seinen IT-Kollegen, was eigentlich hinter dem Chatfenster passiert, in das er gerade seine Notiz getippt hat. Wir zeichnen die Antwort in drei einfachen Schritten auf.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t

Schritt eins: das Chatfenster<\/h3>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Alles beginnt dort, wo das Team ohnehin schon tippt. Ob Langdock oder Microsoft Copilot, spielt keine Rolle. Beide sind einfach „ein Eingabefenster“, \u00fcber das Menschen mit dem Agenten sprechen. Das Prinzip dahinter bleibt bei beiden gleich.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t

Schritt zwei: die Information kommt ins System<\/h3>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Ein Sprachmodell kann von sich aus nichts speichern. Es erzeugt nur Text. Damit aus dem Satz \u201eKunde verschiebt die Frist“ wirklich ein Eintrag wird, braucht das Modell ein Werkzeug. Dieses Werkzeug reicht ihm genau die passende Funktion, etwa eine mit dem Namen \u201eNotiz einordnen“. Fachleute nennen diesen Mechanismus Function Calling. Mehr muss man sich dazu im Moment nicht merken. Wichtig ist nur: Der Agent erkennt, wann so ein Werkzeug gebraucht wird, und ruft es auf. Genau das passiert, als der Berater seine Bemerkung zur Lieferfrist tippt. Damit dieses Werkzeug nicht nur in Langdock, sondern auch in Copilot funktioniert, verst\u00e4ndigen sich beide Systeme \u00fcber einen gemeinsamen Standard: das Model Context Protocol, kurz MCP. F\u00fcr den Alltag reicht ein Bild: MCP ist wie eine genormte Steckdose anstelle eines eigenen Adapters f\u00fcr jedes Ger\u00e4t. Ein einmal gebautes Werkzeug l\u00e4sst sich so in jeder kompatiblen Chatoberfl\u00e4che nutzen. Niemand muss es zweimal programmieren. Am Beispielfall zeigt sich: Der Werkzeug-Server, an den Langdock oder Copilot angebunden ist, bietet die Funktion \u201eNotiz einordnen“ an. Das Modell erkennt, dass sie jetzt gebraucht wird, und ruft sie auf.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t

Schritt drei: wo das Wissen landet<\/h3>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Jetzt kommt der eigentlich entscheidende Schritt. Hier zeigt sich, ob aus der Notiz wirklich Wissen wird oder nur ein Eintrag, den nie wieder jemand ansieht. Statt einer komplizierten Datenbank f\u00fchrt der Agent eine Sammlung einfacher, miteinander verlinkter Textseiten. Jede tr\u00e4gt ein paar Kopfdaten, etwa wer was wann best\u00e4tigt hat. Diese Idee geht auf Andrej Karpathys Vorschlag eines \u201eLLM-Wiki“ zur\u00fcck. Google hat sie vor Kurzem unter dem Namen Open Knowledge Format, kurz OKF, zu einem offenen Standard gemacht. Der Vorteil f\u00fcr das Unternehmen: Diese Textseiten kann jedes Modell lesen. Es entsteht kein Lock-in an einen einzelnen Anbieter. Wechselt das Team sp\u00e4ter die Chatoberfl\u00e4che oder das Werkzeug, bleibt das gesammelte Wissen einfach transportabel.<\/p>

Damit der Agent aber wirklich schreiben darf, fehlen noch zwei Dinge: eine Best\u00e4tigung durch den Menschen, bevor etwas gespeichert wird, und eine Identit\u00e4t, unter der er handelt. Beide Themen greifen wir in den n\u00e4chsten Abschnitten auf. Schon jetzt l\u00e4sst sich sagen: Die Berechtigung des Nutzers wird vom Agenten \u00fcber das MCP an die jeweilige Funktion weitergegeben. Dort l\u00e4sst sich dann pr\u00fcfen, ob der Nutzer \u00fcberhaupt auf die Wissensdatenbank zugreifen und schreiben darf. Es findet also bei jedem Schreibversuch eine echte Berechtigungspr\u00fcfung statt, kein Freifahrtschein f\u00fcr den Agenten.<\/strong> Praktisch bedeutet das f\u00fcr den Alltag: Der Nutzer loggt sich einfach mit seinem gewohnten Microsoft-Konto per Single Sign-on an. Ein eigenes, neues Berechtigungssystem braucht es daf\u00fcr nicht. Die meisten Unternehmen haben ohnehin schon Microsoft-Konten f\u00fcr ihre Mitarbeitenden eingerichtet.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"\"\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Bild wurde mit Hilfe von KI generiert<\/em><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

Nachvollziehbar und konform: Identit\u00e4t, Berechtigung und Datenspeicherung<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Im Tool taucht die Aufgabe aus dem Statusmeeting also nicht als anonymer Bot-Eintrag auf. Sie steht dort als von der Person angelegt, die den Vorschlag zuvor best\u00e4tigt hat. Der Grund daf\u00fcr: Der Agent handelt nicht in seinem eigenen Namen, sondern im Namen der angemeldeten Person. Das Firmen-Login wird bis in die Datenbank durchgereicht, einen anonymen Sammel-Account, unter dem alle m\u00f6glichen \u00c4nderungen verschwinden, gibt es nicht.<\/p>

Warum das mehr ist als Formalie, zeigt sich erst sp\u00e4ter, wenn jemand nachfragt, wer eine Aufgabe wann angelegt hat: Jede \u00c4nderung h\u00e4ngt an einer echten Person und einem Zeitpunkt<\/strong>, das macht die Antwort des Agenten nachvollziehbar und im Zweifel auditierbar, nicht nur bequem. Weil sich der Nutzer mit seinem gewohnten Microsoft-Konto per SSO anmeldet, bleiben auch die Daten selbst dort, wo sie ohnehin schon liegen: innerhalb der Compliance-Grenze von Microsoft, so wie ein Unternehmen seinen SharePoint pflegt, mit EU-Datenstandort und denselben ISO- und SOC2-Nachweisen, die f\u00fcr die \u00fcbrigen Microsoft-365-Daten l\u00e4ngst gelten.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

Was der Agent jetzt tats\u00e4chlich kann: Notiz, Aufgabe, Statusbericht, R\u00fcckfrage<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Die Notiz aus dem Statusmeeting durchl\u00e4uft genau diese Kette. Der Agent liest sie nicht nur und quittiert sie mit einem h\u00f6flichen Satz, sondern schl\u00e4gt vor, wie sie einzuordnen ist, etwa als neuer Punkt im Projekt-Wiki unter \u201eoffene Risiken\u201c, direkt verkn\u00fcpft mit dem betroffenen Kunden oder zu einem Projekt. Aus derselben Notiz leitet er eine Aufgabe ab: verantwortliche Person, Frist, kurze Beschreibung. Gespeichert ist sie damit noch nicht, sie liegt als Entwurf da, bis sie jemand best\u00e4tigt.<\/p>

Auf Zuruf zieht der Agent aus genau diesen Eintr\u00e4gen einen Statusbericht: was seit dem Meeting dazugekommen ist und wer was entschieden hat. Niemand muss daf\u00fcr Mails durchsuchen oder sich an Details erinnern, die l\u00e4ngst wieder verblasst sind. Wochen sp\u00e4ter fragt ein Kollege beil\u00e4ufig, was mit Kunde X eigentlich vereinbart wurde. Diesmal antwortet der Agent, und zwar nicht aus dem Kurzzeitged\u00e4chtnis eines einzelnen Chats, sondern aus der Wissensdatenbank, die genau diese Notiz vorher aufgenommen, gepr\u00fcft und best\u00e4tigt hat.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"\"\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Bild wurde mit Hilfe von KI generiert<\/em><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Vier F\u00e4higkeiten, mehr nicht. Notiz einordnen, Aufgabe anlegen, Bericht erzeugen, R\u00fcckfrage beantworten. Das ist der komplette Werkzeugkasten f\u00fcr den Anfang. Der Agent wird nicht dadurch n\u00fctzlich, dass er m\u00f6glichst viel kann, sondern dadurch, dass genau diese vier Schritte zuverl\u00e4ssig funktionieren.<\/strong> Zehn Tools auf einmal h\u00e4tten an dieser Stelle nur f\u00fcr Verwirrung gesorgt, ohne dass irgendjemand im Team h\u00e4tte sagen k\u00f6nnen, welches Werkzeug wann greift.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

Was beim Bauen schiefgehen kann<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Vier Punkte, die man beim Aufbau des Systems beachten sollte:<\/p>