Organisationswissen für KI-Agenten ist Unternehmenskontext, der als geregelte Datensätze gepflegt wird und den ein Agent für eine zugewiesene Aufgabe abrufen kann. Jeder brauchbare Datensatz hält fest, was beobachtet oder behauptet wurde, woher es stammt, wer dafür verantwortlich ist, worauf es sich bezieht, ob es aktuell oder umstritten ist und wer es verwenden oder ändern darf.
Diese Definition geht über das Speichern von Dokumenten oder Gesprächsverläufen hinaus. Ein Ordner kann Informationen bewahren und dabei grundlegende operative Fragen unbeantwortet lassen: Welche Quelle ist maßgeblich? Was hat sich geändert? Wer entscheidet, wenn Quellen einander widersprechen? Und wann darf eine alte Aussage die Arbeit nicht mehr beeinflussen? AI-Native Operators und Functional Team Leads brauchen diese Antworten, bevor gemeinsamer Kontext wiederkehrende Arbeit verantwortungsvoll unterstützen kann.
Der folgende Lebenszyklus ist das Betriebsmodell dieses Leitfadens. Er ist eine redaktionelle Synthese, kein Branchenstandard und keine Aussage über ein bestimmtes Produkt.
Was Organisationswissen für einen Agenten nutzbar macht
Ein nutzbarer Datensatz verbindet vier Arten von Kontext:
- Inhalt: die genaue Tatsache, Anweisung, Entscheidung oder Schlussfolgerung.
- Provenienz: Quelle, Version oder Prüfsumme, Beobachtungszeitpunkt und die Person oder der Prozess, die beziehungsweise der den Datensatz erstellt hat.
- Beziehung: eine stabile Kennung und eine typisierte Beziehung, die zeigt, was der Datensatz beschreibt oder beeinflusst.
- Kontrolle: eine verantwortliche Person, Lebenszyklusstatus, Konfliktstatus und eine Lese- oder Änderungsgrenze.
Mithilfe dieser Felder kann ein Team die Grundlage des Kontexts eines Agenten prüfen. Sie schaffen auch eindeutige Stellen, an denen Unsicherheit festgehalten werden kann. Eine beobachtete Tatsache sollte nicht unbemerkt zur Schlussfolgerung werden, und eine neuere Quelle sollte die Historie der von ihr ersetzten Aussage nicht stillschweigend löschen.
Das W3C PROV Data Model beschreibt Provenienz anhand der Entitäten, Aktivitäten und Personen oder Institutionen, die an der Erzeugung von Informationen beteiligt sind oder sie beeinflussen. Dem Standard zufolge kann Provenienz dabei helfen, Vertrauen zu beurteilen und Informationen aus verschiedenen Quellen zusammenzuführen. Provenienz liefert Belege für diese Beurteilung; sie beweist nicht, dass die zugrunde liegende Aussage wahr ist.
Ein Lebenszyklus mit acht Stufen für Organisationswissen
Der Lebenszyklus verwandelt eine Notiz in einen prüfbaren Datensatz und hält ihn nach seiner ersten Verwendung unter geregelter Kontrolle.
| Stufe | Zu beantwortende Frage | Mindestens aufzubewahrende Belege | Zu verhindernder Fehler |
|---|---|---|---|
| Erfassen | Was wurde beobachtet oder behauptet? | Genaue Aussage, Identität der Quelle, Version oder Prüfsumme, Beobachtungszeitpunkt und Kennzeichnung als Tatsache oder Schlussfolgerung | Eine fehlende Quelle oder eine als Tatsache dargestellte Behauptung |
| Zuweisen | Wer ist für den Datensatz verantwortlich? | Namentlich benannte verantwortliche Person, Fachgebiet und Prüfdatum | Eine nicht vorhandene verantwortliche Person oder eine Person, die nicht über die Aussage entscheiden kann |
| Verknüpfen | Worauf bezieht sich der Datensatz? | Stabile Kennung sowie typisierte Entität und Beziehung | Eine freistehende Notiz mit unklarem Geltungsbereich |
| Abrufen | Welche Aufgabe darf ihn verwenden? | Abrufzweck, Abfrage oder Auslöser und zurückgegebene Version | Irrelevanter, veralteter oder nicht autorisierter Kontext |
| Aktualisieren | Was hat sich geändert und warum? | Vorheriger und neuer Wert, Quelle, handelnde Person, Grund und Ereigniszeitpunkt | Stilles Überschreiben |
| Auflösen | Stimmen vertrauenswürdige Quellen überein? | Beide Quelldatensätze, Konfliktstatus, entscheidungsverantwortliche Person und Frist | Eine Quelle wird spurlos verworfen |
| Außer Nutzung setzen | Soll der Datensatz weiterhin nutzbar sein? | Status oder Invalidierungsereignis, Grund, handelnde Person und Link zum Ersatz | Veralteter Kontext bleibt aktiv oder die Historie wird gelöscht |
| Zugriff begrenzen | Wer oder was darf ihn lesen oder ändern? | Rollen- oder Aufgabengrenze, Mindestberechtigungen und Zeitpunkt für Prüfung oder Widerruf | Weitreichender Zugriff ohne zugewiesenen Bedarf |
Dieses Modell erweitert die von Yang et al. in der Studie aus dem Jahr 2026 beschriebenen Stufen Extraktion, Speicherung, Abruf und Weiterentwicklung: Graph-based Agent Memory: Taxonomy, Techniques, and Applications. Die Studie beschreibt Graphen außerdem als eine Möglichkeit, relationale Abhängigkeiten darzustellen, hierarchische Informationen zu organisieren und den Abruf zu unterstützen. Es handelt sich um eine Vorabveröffentlichung, nicht um einen Produktvergleich oder einen allgemeingültigen Implementierungsstandard. Dieser Leitfaden ergänzt als redaktionelle Synthese ausdrückliche Entscheidungen zu Verantwortlichkeit, Konflikten, der Herausnahme aus der Nutzung und Zugriff.
Praxisbeispiel: ein fiktiver Zuständigkeitskonflikt
Der folgende Datensatz ist ein Gestaltungsbeispiel für ein fiktives Unternehmen. Alle Personen, Pfade, Prüfsummen und Daten wurden zu Anschauungszwecken erfunden. Er beschreibt weder das Verhalten des Toone-Produkts noch einen praktischen Test oder eine Kundenimplementierung.
| Datensatzfeld | Fiktiver Wert | Behandlung |
|---|---|---|
| Kennung | finance:quarter-close-owner | Stabiler Datensatzschlüssel |
| Typisierte Beziehung | applies_to → process:quarter-close-checklist | Verknüpft die Aussage zur Zuständigkeit mit einem definierten Prozess, statt sie als freistehende Notiz zu belassen |
| Beobachtete Tatsache | „Finance Handbook v3 nennt Rowan Lee als zuständige Person für die Checkliste zum Quartalsabschluss.“ | OBSERVED; Quelle finance-handbook-v3.md; Prüfsumme sha256:example-v3; beobachtet am 2026-07-02 |
| Schlussfolgerung | „Ein Agent für die Finanzplanung könnte diese zuständige Person benötigen, wenn er eine Abschlussaufgabe weiterleitet.“ | INFERENCE; mit der beobachteten Tatsache verknüpft, nicht als Quelltatsache gespeichert |
| Widersprechende Tatsache | „Staff Directory v8 nennt Morgan Silva als Finance Operations Lead.“ | CONFLICT; beide fiktiven Quellen bleiben verfügbar, und keine erhält automatisch Vorrang |
| Aktualisierungsereignis | Der Status wurde am 2026-07-03 durch die für Finanzwissen verantwortliche Person von active in conflicted geändert; die routinemäßige Nutzung wurde ausgesetzt | UPDATE; handelnde Person, Zeitpunkt, Grund und vorheriger Zustand bleiben erhalten |
| Abrufregel | Die Aufgabe route-quarter-close-checklist darf den Datensatz anfordern, doch der Status conflicted gibt den Konflikt zurück und enthält keine Empfehlung für eine zuständige Person | RETRIEVAL; Zweck, zurückgegebener Zustand und betroffene Verwendung sind ausdrücklich angegeben |
| Verantwortlicher für die Auflösung | Finanzdirektor; Prüfung fällig am 2026-07-05 | Namentlich bezeichnete entscheidungsverantwortliche Person und Frist |
| Entscheidung über die weitere Nutzung | Falls Morgan bestätigt wird, die Aussage zur Zuständigkeit von Rowan außer Nutzung setzen, ihren Ersatz verknüpfen und die Revisionshistorie beibehalten | RETIREMENT; die Entscheidung steht im Beispiel noch aus |
| Berechtigungsgrenze | Finanzrollen und die Aufgabe zur Weiterleitung des Abschlusses erhalten nur den mindestens erforderlichen Zugriff | DESIGN RECOMMENDATION; die detaillierten Befugnisse gehören in die Governance-Richtlinie |
Das Beispiel hält die Aussage des Handbuchs, die Aussage des Verzeichnisses und die Schlussfolgerung zur Weiterleitung getrennt. Der Abruf für die Weiterleitung des Quartalsabschlusses wird angehalten, solange das Zuständigkeitsfeld umstritten ist. Sobald der Finanzdirektor entscheidet, hält die verantwortliche Person die Entscheidung fest, verknüpft den akzeptierten Ersatz und setzt die ersetzte Aussage außer Nutzung, ohne ihre Provenienz zu löschen.
Tatsachen, Schlussfolgerungen und Konflikte als getrennte Datensätze behandeln
Speichern Sie die genaue, durch die Quelle belegte Aussage als beobachtete Tatsache. Wenn ein Team oder ein Agent aus dieser Tatsache eine mögliche Folge ableitet, halten Sie die Schlussfolgerung getrennt und verknüpfen Sie sie mit ihrem Quelldatensatz. Dadurch wird verhindert, dass eine plausible Auslegung später so abgerufen wird, als hätte die Quelle sie direkt genannt.
Wenn vertrauenswürdige Quellen einander widersprechen, bewahren Sie beide Quelldatensätze auf und kennzeichnen Sie das Problem als ungelösten Konflikt. Setzen Sie Verwendungen aus, die vom umstrittenen Wert abhängen, benennen Sie eine entscheidungsverantwortliche Person und halten Sie ein Prüfdatum fest. Die spätere Entscheidung sollte ein Revisionsereignis und einen Link zum Ersatz hinzufügen, statt die verworfene Quelle aus der Historie zu löschen.
Dieses Verfahren zur Konfliktbehandlung ist eine Empfehlung dieses Leitfadens. Provenienz macht die Meinungsverschiedenheit prüfbar, entscheidet aber nicht, welche Aussage wahr ist.
Aktualisieren, ohne die Historie stillschweigend zu überschreiben
Eine Aktualisierung sollte festhalten, was sich geändert hat, welcher Wert vorher galt, wer die Änderung vorgenommen hat, warum sie erfolgt ist und welche Quelle den neuen Wert stützt. Der aktive Datensatz kann auf die neueste akzeptierte Aussage verweisen, während seine Revisionshistorie frühere Zustände bewahrt. PROV-DM modelliert eine Revision als eine Art der Ableitung. Dies bietet eine standardbasierte Möglichkeit, eine Revision mit der ihr vorangegangenen Entität zu verknüpfen. Ein bestimmtes Datenbankdesign wird dadurch nicht vorgeschrieben.
Auch das Außernutzungsetzen ist eine Statusänderung. PROV-DM definiert Invalidierung als den Beginn der Zerstörung, Beendigung oder des Ablaufs einer Entität. Ein gleichwertiges Ereignis zu verwenden, um einen Wissensdatensatz außer Nutzung zu setzen und zugleich seine Historie zu bewahren, ist eine Gestaltungsempfehlung dieses Leitfadens und keine Anforderung des Standards. Wenn ein Datensatz abläuft, ersetzt wird oder die Arbeit nicht mehr beeinflussen soll, markieren Sie ihn als außer Nutzung gesetzt und verknüpfen Sie gegebenenfalls seinen Ersatz.
Abruf auf die zugewiesene Aufgabe begrenzen
Zugriffsgrenzen gehören in die Gestaltung des Datensatzes und nicht nur in die Benutzeroberfläche der Anwendung. Legen Sie fest, welche Rolle oder Aufgabe den Datensatz lesen darf, welche Rolle ihn ändern darf und wann dieser Zugriff geprüft oder widerrufen wird. Die allgemeine Empfehlung folgt der NIST-Definition des Prinzips der geringsten Rechte: Eine Person, ein Prozess oder ein Agent erhält nur den Mindestzugriff, der für eine zugewiesene Aufgabe erforderlich ist. Für Systeme in seinem Geltungsbereich für Controlled Unclassified Information enthält NIST SP 800-171 Rev. 3 Kontrollen, die den Systemzugriff auf autorisierte Benutzer und zulässige Funktionen beschränken. Dieser Leitfaden wendet das allgemeine Gestaltungsprinzip an; er behauptet nicht, dass die Publikation Toone oder jedes System für Organisationswissen regelt.
Detaillierte Genehmigungsbefugnisse, der Umgang mit Ausnahmen und Handlungskontrollen gehören in eine gesonderte Governance-Richtlinie. Verbindliche Aussagen zu Datenflüssen des Produkts gehören in die Datenschutzdokumentation.
Fragen, die vor der routinemäßigen Nutzung eines Datensatzes zu beantworten sind
Bevor ein Agent einen Datensatz in wiederkehrender Arbeit verwenden kann, prüfen Sie:
- Wurde die Aussage korrekt aus einer identifizierten Quelle übernommen?
- Ist sie als beobachtete Tatsache, Schlussfolgerung, Anweisung oder Entscheidung gekennzeichnet?
- Hat sie eine stabile Kennung und eine klare Beziehung zu der betreffenden Entität oder Aufgabe?
- Kann eine namentlich benannte verantwortliche Person Konflikte lösen und Aktualisierungen genehmigen?
- Kann der Abruf die für die Aufgabe verwendete Version und Quelle zurückgeben?
- Sind ungelöste Konflikte sichtbar und werden betroffene Verwendungen bei Bedarf ausgesetzt?
- Kann der Datensatz außer Nutzung gesetzt werden, ohne seine Historie zu löschen?
- Sind Lese- und Änderungsberechtigungen auf einen zugewiesenen Bedarf beschränkt?
Wenn eine dieser Fragen mit Nein beantwortet wird, muss der Datensatz weiter bearbeitet werden, bevor er als verlässlicher Arbeitskontext dienen kann.
Als Nächstes die Governance-Grenze festlegen
Wenn die Lebenszyklusfelder klar sind, entscheiden Sie, wer Aktualisierungen genehmigen, Konflikte lösen, Ausnahmen gewähren und Handlungen von Agenten autorisieren darf. Nutzen Sie den Leitfaden zur Governance von KI-Agenten, auf Englisch, um diese Befugnisgrenzen festzulegen.
Verbindliche Informationen zur Verarbeitung von Produktdaten finden Sie in der Datenschutzdokumentation, auf Englisch. Um festzulegen, wann geregelter Kontext in geplante oder wiederkehrende Arbeit einfließt, lesen Sie weiter bei den Routinen für KI-Agenten, auf Englisch. Diese Seiten sind für die entsprechenden Entscheidungen maßgeblich, damit dieser Leitfaden seinen Schwerpunkt auf den Wissensdatensatz selbst legen kann.
Wenn Sie Belege vor einer Produktentscheidung bewerten, prüfen Sie die Toone-Showcases, auf Englisch und beachten Sie für jede belegte Aussage den angegebenen Geltungsbereich. Ein Showcase beweist nicht, dass der in diesem Leitfaden beschriebene Lebenszyklus für Organisationswissen im Produkt implementiert ist.
Quellen
- Yang, Chang, et al. Graph-based Agent Memory: Taxonomy, Techniques, and Applications. arXiv-Vorabveröffentlichung, Version 1 eingereicht am 2026-02-05. Dieser Leitfaden verwendet nur die Aussagen der Zusammenfassung zum Lebenszyklus und zu den Eigenschaften von Graphen.
- W3C Provenance Working Group. PROV-DM: The PROV Data Model. W3C Recommendation, 2013-04-30.
- NIST. Least privilege. CSRC Glossary.
- Ross, Ron, und Victoria Pillitteri. NIST SP 800-171 Rev. 3. Mai 2024. Der normative Geltungsbereich ist der Schutz von Controlled Unclassified Information in nicht föderalen Systemen und Organisationen.
Die Quellen wurden am 2026-08-13 abgerufen.
Über diesen Leitfaden
Wer: Toone Content ist der organisatorische Autor und Hexagonal.io der Herausgeber. Der Content Editor ist für die redaktionelle Prüfung dieses Entwurfs verantwortlich und hat sie abgeschlossen. Diese Quelle beansprucht keine abgeschlossene Prüfung durch Menschen sowie keine Produkt-, Sicherheits-, Datenschutz- oder Fachprüfung.
Wie: Der Entwurf wurde auf Grundlage eines bei G1 genehmigten Briefings und eines durch Prüfsummen fixierten Dossiers zu Aussagen und Quellen erstellt. Automatisierte Unterstützung half dabei, das Material zu organisieren und zusammenzuführen. Der Autor verwendete die zitierten Forschungsarbeiten und Standards nur innerhalb ihres angegebenen Geltungsbereichs, kennzeichnete den kombinierten Lebenszyklus als redaktionelle Synthese und erstellte den Praxisdatensatz als Fiktion. Weder ein Produkttest noch eine Kundenimplementierung flossen in den Leitfaden ein.
Warum: Der Leitfaden soll Operators und Team Leads dabei helfen zu entscheiden, welche Belege und Kontrollen ein gemeinsamer Wissensdatensatz benötigt, bevor ein KI-Agent ihn in wiederkehrender Arbeit verwendet.
Grenzen und Korrekturen: Der Lebenszyklus ist ein praktischer Entwurf, keine allgemeingültige Architektur. Er bestätigt nicht, dass Toone oder ein anderes Produkt diese Kontrollen implementiert. Die Methode zur Quellenauswahl und das Korrekturverfahren finden Sie in der Redaktions- und Korrekturrichtlinie, auf Englisch. Um einen sachlichen Fehler zu melden, kontaktieren Sie Toone, auf Englisch. Wesentliche Korrekturen sollten benennen, was geändert wurde, und das Quelldatum aktualisieren.