Was hat sich geändert?
Bisher konnte eine Organisation mehrere unabhängige Wissensdatenbanken erstellen und diese frei mit Bereichen verknüpfen: Ein Bereich konnte auf mehrere Wissensdatenbanken verweisen, und eine einzelne Wissensdatenbank konnte über mehrere Bereiche hinweg geteilt werden. Parallel dazu verfügte jeder Bereich über einen separaten Bereich „Kontext“, in den Dateien hochgeladen wurden, damit sie automatisch in jede Unterhaltung einbezogen werden.
Wir haben diese beiden Mechanismen zu einem einzigen zusammengeführt, der nun Wissen heißt und direkt in den Bereich integriert ist. Es gibt keine eigenständigen Wissensdatenbanken außerhalb eines Bereichs und keinen separaten Bereich „Kontext“ mehr.
Warum wir diese Änderung vorgenommen haben
Ein einfacheres Modell zum Verständnis. Beim vorherigen Modell mussten Benutzer ein abstraktes Konzept – die Wissensdatenbank – unabhängig von ihrem tatsächlichen Arbeitsort verwalten, ebenso wie die Beziehung zwischen diesem Konzept und ihren Bereichen. Daraus ergaben sich Fragen ohne offensichtliche Antwort: Wozu dient eine Wissensdatenbank für sich allein? Warum sollte sie mit diesem Bereich und nicht mit einem anderen verknüpft werden? Wohin gehört eine Datei – in den Kontext oder in eine Wissensdatenbank? Indem Wissen an den Bereich gebunden wird, wird das Konzept konkret: Wissen ist das, was dieser Bereich weiß. Es existiert nicht mehr abstrakt, sondern ist an den Zweck des Bereichs gebunden. Durch die Zusammenführung des früheren „Kontexts“ mit Wissen entfällt ein weiterer Unsicherheitsfaktor: Es gibt nun einen einzigen Ort für die Dateien eines Bereichs.
Eine klarere Datenverwaltung. Im alten Modell konnte eine einzelne Wissensdatenbank über mehrere Bereiche mit unterschiedlichen Mitgliedern hinweg geteilt werden. Dadurch waren Zugriffsrechte schwer nachzuvollziehen: Wer konnte welche Dateien sehen, wenn dieselbe Datenbank unterschiedlichen Bereichen diente? Da Wissen nun an einen einzigen Bereich gebunden ist, folgt der Zugriff auf Wissen dem Zugriff auf den Bereich: Mitglieder eines Bereichs sehen dessen Wissen, sonst niemand. Der Umfang, in dem eine Datei geteilt wird, wird dadurch vorhersehbar – besonders wichtig für Organisationen mit Anforderungen an Vertraulichkeit und Datenschutz.
Ein besser abgegrenzter Umfang. Ein Bereich hat einen bestimmten Zweck – beispielsweise die Organisation einer Veranstaltung, die Aktualisierung eines Dateibestands oder die Nachverfolgung eines wiederkehrenden Themas. Wissen, das auf diesen Zweck ausgerichtet ist, erhöht tendenziell die Relevanz der bei einer Suche abgerufenen Informationen: Bei einer zusammenhängenden Dateisammlung ist es weniger wahrscheinlich, dass die Suche ein themenfremdes Dokument anzeigt. Dies ist ein Gestaltungsprinzip, das die Änderung begleitet, und kein eigenständiges Leistungsziel.
Wie Wissen in die Datenquellen eines Bereichs passt
Um Wissen richtig einzuordnen, hilft es, die drei Wege zu betrachten, auf denen Daten in Goodweek zum LLM gelangen können – vom umfassendsten bis zum gezieltesten:
Integrationen – Das LLM ruft bei Bedarf Informationen aus dem Informationssystem des Unternehmens ab, beispielsweise aus OneDrive oder SharePoint. Das potenzielle Datenvolumen ist sehr groß; die Herausforderung besteht darin, durch eine Suche den relevanten Teil zu extrahieren.
Das Wissen des Bereichs – eine kleinere Dateisammlung als das gesamte Informationssystem, jedoch vollständig dem Zweck des Bereichs gewidmet. Diese Dateien können in jedem Format vorliegen, werden vektorisiert und anschließend vom LLM innerhalb des Bereichs verwendet. Sie bilden das dauerhafte, gezielte Wissen des Bereichs.
Dateien, die in der Unterhaltung hinzugefügt werden – eine direkt zum Prompt hinzugefügte Datei, die für den aktuellen Austausch verwendet wird. Dies ist die unmittelbarste und einmalige Ebene.
Wissen befindet sich somit auf der mittleren Ebene: gezielter als eine organisationsweite Integration und dauerhafter als eine spontan in einer Unterhaltung hinzugefügte Datei.