Was ist Context Management?

Mit Unternehmensrealität meinen wir die tatsächliche Organisation der Arbeit. Dazu gehören die offiziell beschriebenen Abläufe ebenso wie Erfahrungen, gelebte Übergaben und begründete Ausnahmen. Ein Organigramm zeigt beispielsweise eine formale Zuständigkeit. Wer bei einem ungewöhnlichen Fall tatsächlich weiterhelfen kann, wissen häufig die Beteiligten. Beides kann relevant sein, muss aber mit seiner jeweiligen Bedeutung erfasst werden.

Context Management macht solche Kenntnisse ausdrücklich beschreibbar und verbindet sie miteinander. Eine Wissensseite erhält einen Bezug zu der Tätigkeit, bei der sie gebraucht wird. Eine Rolle wird mit der Verantwortung im Prozess verbunden. Bei einem System wird sichtbar, wofür es in diesem Ablauf verwendet wird. So entsteht eine Darstellung des Unternehmens, die über einzelne Dokumente und das Gedächtnis einzelner Personen hinaus nutzbar bleibt.

Diese Darstellung ist immer ein ausgewählter Ausschnitt. Für eine Frage zur Vertriebsplanung werden andere Zusammenhänge benötigt als für die Wartung einer Maschine. Deshalb beginnt die Aufnahme mit einem fachlichen Zweck. Er bestimmt, welche Informationen und Beziehungen ausreichend genau beschrieben sein müssen und wo eine allgemeine Übersicht genügt. Eine vollständige Erfassung jedes Details wäre weder ein sinnvoller Ausgangspunkt noch dauerhaft pflegbar.

Den Begriff Context Management verwenden wir hier für diese dauerhafte fachliche und technische Pflege des Unternehmenskontexts. Sie baut auf Prozessmanagement, Wissensmanagement und weiteren vorhandenen Informationsbeständen auf. Der Schwerpunkt liegt darauf, deren Aussagen im Zusammenhang verwendbar zu machen und diese Einordnung bis zur Nutzung durch Menschen und KI zu erhalten.

Betrachten wir einen fiktiven Vertrieb: Die Mitarbeitenden erfassen Verkaufschancen in Salesforce. Eine Prozessbeschreibung erläutert die Qualifizierung; eine weitere beschreibt die Erstellung des Monatsforecasts. Aus der Aussage „Wir nutzen Salesforce im Vertrieb“ geht noch nicht hervor, wie diese Arbeitsschritte zusammenhängen. Dafür muss geklärt werden, welche Angaben an welcher Stelle entstehen und wer sie anschließend verwendet.

Im Beispiel wird das erwartete Abschlussdatum bei der Qualifizierung erfasst. Für den Monatsforecast dient es dazu, Verkaufschancen einem Monat zuzuordnen, auch wenn noch kein erstes Angebot vorliegt. Diese Verwendung lässt sich aus den beiden Beschreibungen herausarbeiten und mit den beteiligten Personen prüfen. Festgehalten wird dann nicht nur, dass beide Prozesse dasselbe System nutzen, sondern auch, welche Information sie verbindet.

Dabei können Dokumentation und Praxis auseinanderliegen. Angenommen, eine alte Beschreibung nennt eine spätere Erfassung des Datums, während das Forecast-Team es bereits früher benötigt. Die Aufnahme muss diesen Unterschied sichtbar lassen. Die fachlich Verantwortlichen klären anschließend, ob die Beschreibung veraltet ist, eine Ausnahme praktiziert wird oder der Ablauf geändert werden soll. Eine beobachtete Gewohnheit wird durch ihre Erfassung noch nicht zur verbindlichen Regel.

Das Ergebnis der Kuratierung ist eine belegte Aussage mit einem erkennbaren Status: wo das Datum erfasst wird, wofür es weiterverwendet wird und auf welchen geprüften Grundlagen diese Einordnung beruht. Bleibt ein Widerspruch offen, gehört auch das zur Darstellung. So können spätere Nutzer zwischen einem bestätigten Zusammenhang und einer noch zu prüfenden Annahme unterscheiden.

Bei NEXTHORIZN betrachten wir dafür Strategie, Prozesse, Organisation, Systeme und Wissen gemeinsam. Im Vertriebsbeispiel beschreibt der Prozess die Arbeit an der Verkaufschance. Salesforce ist das beteiligte System. Die Organisation ergänzt die verantwortlichen Rollen, und Wissensseiten erklären die fachlichen Vorgaben. Die Strategie kann den Zweck der Planung einordnen, etwa welche Entscheidungen mit dem Monatsforecast vorbereitet werden sollen.

Eine Verbindung braucht eine erkennbare Bedeutung. „Hat mit Salesforce zu tun“ ist für die weitere Verwendung zu ungenau. „Der Prozess nutzt Salesforce zur Pflege der Verkaufschancen“ beschreibt eine konkrete Nutzung. Ebenso unterscheiden sich „führt die Tätigkeit aus“ und „verantwortet die fachliche Vorgabe“. Werden diese Beziehungen ausdrücklich benannt, können Menschen sie prüfen und technische Anwendungen sie gezielt auswerten.

Auch die Detailebene folgt der Aufgabe. Eine Übersicht kann zunächst zeigen, welche Prozesse Salesforce nutzen. Wenn eine Änderung an der Datenerfassung beurteilt werden soll, werden die betreffenden Aktivitäten und ihre Informationsbedarfe wichtig. Das fachliche Modell kann schrittweise genauer werden, ohne jeden technischen Einzelschritt abzubilden. Entscheidend ist, ob sich die betrachtete Frage anhand der erfassten Beziehungen nachvollziehen lässt.

Für diese verbundene Darstellung verwende ich das Bild einer Unternehmenskarte. Sie hält fest, wie Ziele, Arbeit, Verantwortung und Informationen zusammenhängen. Ihr Wert entsteht bereits für Menschen, die sich orientieren oder eine Änderung abstimmen müssen. Dieselben gepflegten Beziehungen können anschließend als Grundlage für KI-Anwendungen dienen.

Informationen lassen sich aus Dokumenten übernehmen, in Gesprächen aufnehmen oder aus bestehenden Systemen erschließen. Die fachliche Prüfung verbindet diese Ausgangspunkte mit der tatsächlichen Arbeit. Im Vertriebsbeispiel sollten sowohl die Personen einbezogen sein, die das Datum pflegen, als auch diejenigen, die damit den Forecast erstellen. Erst aus beiden Perspektiven wird der Zusammenhang verständlich.

Für diese Arbeit brauchen die Beteiligten eine verständliche Oberfläche. Sie müssen eine Aussage im Prozesszusammenhang lesen, die zugrunde liegende Quelle öffnen und eine unklare Zuordnung berichtigen können. Zu einem verwendbaren Eintrag gehören eine zuständige Rolle, die Herkunft der Information und ihr fachlicher Stand. So ist erkennbar, ob etwas noch ein Entwurf ist oder bereits als abgestimmte Grundlage verwendet werden kann.

Die Pflege setzt sich nach der ersten Aufnahme fort. Wird der Forecast künftig anders erstellt, müssen auch die beschriebenen Datennutzungen überprüft werden. Eine neue Dokumentversion allein zeigt noch nicht, ob die Beziehung zur Erfassung des Abschlussdatums weiterhin zutrifft. Die inhaltliche Verantwortung umfasst deshalb sowohl die Quelle als auch ihre Verwendung. Frühere Stände sollten nachvollziehbar bleiben, damit sich ältere Aussagen und Entscheidungen einordnen lassen.

KI kann diese Arbeit unterstützen, etwa indem sie Beziehungen aus Texten vorschlägt oder unterschiedliche Aussagen gegenüberstellt. Solche Vorschläge müssen als Vorschläge erkennbar bleiben, bis sie fachlich geprüft sind. Die menschliche Oberfläche ist damit der Ort, an dem das Unternehmen seine Darstellung bestätigt und weiterentwickelt. Rückfragen aus der späteren Nutzung können wiederum zeigen, welcher Teil der gemeinsamen Grundlage ergänzt werden muss.

Ein digitaler Text kann bereits maschinell gelesen werden. Für einen wiederverwendbaren Unternehmenskontext kommt es zusätzlich darauf an, ob die beschriebenen Dinge und ihre Beziehungen eindeutig zugeordnet werden können. Wenn ein Dokument von „CRM“ spricht und ein anderes von „Salesforce“, sollte nachvollziehbar sein, ob beide dieselbe Anwendung meinen. Eindeutige Kennungen helfen, solche Bezüge auch bei geänderten Bezeichnungen zu erhalten.

Die Darstellung verbindet deshalb lesbare Erläuterungen mit strukturierten Angaben. Eine Anwendung erhält beispielsweise eine Kennung und eine Beschreibung. Eine Beziehung hält fest, welcher Prozess sie zu welchem Zweck verwendet. Herkunft, fachliche Geltung und Versionsstand ergänzen, wie diese Aussage einzuordnen ist. Die folgende Darstellung zeigt das Prinzip mit erfundenen Kennungen; sie beschreibt kein bestimmtes Datenformat und keine vorhandene PULSE-Schnittstelle.

Eine Anwendung kann anhand solcher Zuordnungen die dokumentierten Verwendungen eines Systems abrufen und die zugehörigen Erklärungen mitliefern. Die KI erhält damit sowohl den Inhalt als auch Hinweise auf dessen Bedeutung und Herkunft. Eine bloße Liste von Kennungen wäre für eine fachliche Antwort ebenso unzureichend wie ein Textausschnitt, bei dem nicht erkennbar ist, für welchen Prozess er gilt.

Maschinenlesbarkeit macht eine Aussage jedoch noch nicht fachlich richtig. Eine sauber strukturierte, aber veraltete Beziehung würde denselben Fehler weitergeben. Deshalb gehören die Kuratierung und die technische Darstellung zusammen. Die Aufbereitung muss auch Unsicherheit, eingeschränkte Geltung oder einen offenen Prüfstand erhalten, soweit diese für die Nutzung relevant sind.

Damit unterschiedliche Anwendungen den Kontext nutzen können, brauchen sie Zugang zu den gepflegten Inhalten und Beziehungen. Ein gezielter Abruf zur Salesforce-Frage könnte die Prozessbezüge mit den relevanten Beschreibungen und Quellenständen liefern. Welche Informationen zurückgegeben werden dürfen, richtet sich nach den eingerichteten Zugriffsrechten. Die menschliche Oberfläche und der technische Zugang sollten dabei auf dieselbe fachliche Grundlage zurückführen.

MCP, das Model Context Protocol, ist eine Möglichkeit, Informationen und Werkzeuge für KI-Anwendungen bereitzustellen. Es regelt den technischen Austausch; die fachliche Bedeutung der Beziehungen und die Verwendung der erhaltenen Inhalte werden dadurch nicht festgelegt. Ob die benötigten Prozess- und Wissensbezüge verfügbar sind, muss für die konkrete Anbindung geprüft werden.

Je nach Anwendung kann auch eine direkte API, also eine Programmierschnittstelle, oder ein geeigneter Export den Zugang herstellen. Der Bereitstellungsweg gehört zur Umsetzung des Context Managements. Er ersetzt die vorherige Arbeit an Bedeutung, Herkunft und Geltung nicht. Bei einer kopierten oder zwischengespeicherten Fassung muss außerdem nachvollziehbar sein, auf welchem Stand sie beruht und wie Änderungen bei der nutzenden Anwendung ankommen.

Daran schließt Context Engineering an: die Auswahl und Zusammenstellung der Informationen, die ein Modell für eine konkrete Anfrage oder einen Arbeitsschritt erhält. Anthropic beschreibt diese Aufgabe als laufende Kuratierung des begrenzten Modellkontexts. Unsere Unterscheidung betrifft den Gegenstand der Pflege: Context Management hält den Unternehmenskontext nutzbar; Context Engineering stellt daraus und aus weiteren Angaben den Kontext für die jeweilige KI-Aufgabe zusammen.

Ein erster Nutzen ist eine nachvollziehbare Auskunft. Eine Vertriebsleiterin kann fragen, in welchen Prozessen Salesforce verwendet wird und was von einer Änderung am Abschlussdatum betroffen wäre. Die gemeinsame Grundlage liefert dafür die beschriebenen Nutzungen, Abhängigkeiten und zuständigen Rollen. Aktuelle Verkaufschancen oder eine Prüfung der technischen Salesforce-Konfiguration erfordern zusätzliche Daten beziehungsweise Untersuchungen.

Der Salesforce-Leitfaden entwickelt eine Frage und eine mögliche Änderungsbewertung anhand fiktiver Prozessunterlagen. Von der Unternehmenskarte zur konkreten Auskunft

Eine weitere Nutzung ist die Unterstützung ausführender KI. Übernimmt ein Agent eine Aktivität im Serviceprozess, kann er die dort benötigten Wissensquellen abrufen. Seine Arbeitsanweisung, etwa ein externer Skill, beschreibt das Vorgehen. Der gepflegte Unternehmenskontext liefert die fachlichen Grundlagen; die aktuellen Angaben zum Kundenfall kommen aus dem konkreten Vorgang hinzu. Die Umsetzung dieser Aktivität ist ein Anwendungsfall des Context Managements.

Der Service-Leitfaden vertieft das Zusammenspiel von Agentenaktivität, Skill und aktivitätsbezogenem Wissen in PULSE. Prozess, externe Umsetzung und Wissen verbinden

Für den Aufbau reicht zunächst ein abgegrenzter Bereich mit einer konkreten Frage. Im Vertrieb können das die zwei Prozesse, ihre beteiligten Rollen, die Datennutzung und die maßgeblichen Beschreibungen sein. Das Team prüft, ob sich damit die tatsächliche Arbeit nachvollziehen lässt, und legt fest, wer die Angaben bei Änderungen pflegt. Ein erster Abruf zeigt anschließend, ob die fachliche Einordnung auch bei der technischen Bereitstellung erhalten bleibt.

Ein zusätzliches System ist dafür nicht automatisch erforderlich. Vorhandene Lösungen können bereits geeignete Inhalte, Verknüpfungen, Versionen und Zugänge bieten. Der Bedarf an einer gemeinsamen Umgebung wächst, wenn mehrere Teams dieselben Beziehungen unterschiedlich dokumentieren oder KI-Anwendungen jeweils eigene Kopien erhalten. Entscheidend ist, wie gut die Grundlage dauerhaft gepflegt und wiederverwendet werden kann.

PULSE von NEXTHORIZN verbindet Strategie, Prozesse, Organisation, Systeme und versioniertes Wissen in einer gemeinsamen Umgebung. Diese Bereiche geben der fachlichen Aufnahme einen Zusammenhang: Wissensseiten können bei den zugehörigen Prozessen betrachtet werden, während Rollen und Systeme die Organisation der Arbeit ergänzen. Menschen können die Inhalte verstehen, pflegen und für ihre Arbeit verwenden.

Der Anspruch ist, daraus eine gepflegte und für KI nutzbare Abbildung des Unternehmens aufzubauen. Welche Inhalte und Beziehungen eine externe Anwendung tatsächlich über MCP abrufen kann, hängt vom bereitgestellten Schnittstellenumfang ab. Die fachliche Aufnahme, die Prüfung der Zusammenhänge und ihre laufende Pflege bleiben dabei die Grundlage. Auf ihr bauen sowohl eine einzelne Auskunft als auch weitergehende KI-Anwendungen auf.