--- title: "Open Knowledge Format (OKF): Leitfaden für Unternehmen" canonical: https://wavect.io/de/blog/open-knowledge-format-okf/ language: de description: "Was ist das Open Knowledge Format? Aufbau, OKF-Beispiel, Vergleich mit RAG und MCP sowie ein Praxisplan für agentenfähiges Unternehmenswissen." image: "https://wavect.io/img/blog/headers/header_open-knowledge-format-okf.png" --- [**Zurück**](/de/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/de/team/kevin-riedl/) [Kevin Riedl](/de/team/kevin-riedl/) https://linkedin.com/in/wsdt 18 Min Lesezeit · 12. Juli 2026 Zuletzt geprüft 12. August 2026 [**Weiter**](/de/blog/software-maintenance-cost-benchmark-dach-saas/) # Open Knowledge Format (OKF): Das offene Format für KI-Wissen TL;DR Open Knowledge Format (OKF) ist Google Clouds herstellerneutrale v0.2-Spezifikation für Unternehmenswissen als verlinkte Markdown-Dateien mit YAML-Frontmatter. Version 0.2 behält type als einziges immer verpflichtendes Konzeptfeld und ergänzt optionale Herkunftsdaten, aus Verifikationen abgeleitete Vertrauensstufen, Lifecycle- und Aktualitätssignale sowie attestierte Berechnungen. Sie ersetzt timestamp durch generated.at und Zitationslisten im Text durch sources im Frontmatter, wobei Consumer v0.1-Fallbacks nutzen dürfen. OKF ersetzt weiterhin weder RAG, MCP, OpenAPI, Vector Database, Berechtigungen, Retrieval-Evaluation noch Governance und ist kein bestätigtes SEO-, Crawler- oder LLM-Zitationssignal. Sinnvoll ist ein reversibler Pilot mit 20 bis 50 Konzepten, CI-Validierung, Zugriffsschutz, benannten Reviewern, stale_after-Daten und gemessener Retrieval-Qualität. **Open Knowledge Format (OKF)** ist Google Clouds offene, herstellerneutrale Spezifikation, um Unternehmenswissen als verlinkte Markdown-Dateien mit YAML-Metadaten zu verpacken. Menschen und KI-Agenten können denselben portablen Kontext ohne proprietäres SDK lesen. Stand 12. August 2026 ist **OKF v0.2** die aktuelle Version; sie ersetzt v0.1. Zwei Abgrenzungen sind wichtig: Dieses OKF ist nicht die Open Knowledge Foundation, die dasselbe Kürzel verwendet. Und OKF ist weder Datenbank noch Modell, Retrieval Engine, Agentenprotokoll oder bestätigtes Google-Ranking-Signal. Es ist ein bewusst kleines *Austauschformat* für das Wissen, das solche Systeme verwenden. ## Welches Problem löst OKF? Den meisten Unternehmen fehlt nicht Wissen, sondern zusammensetzbarer Kontext. Die Definition eines aktiven Kunden steht im BI-Dashboard, die Berechnung in SQL, die Ausnahme in Slack, der API-Vertrag in OpenAPI, der Incident-Ablauf in Confluence und die Begründung im Kopf eines Senior Engineers. Ein Agent kann diese Systeme durchsuchen, doch jede Integration liefert ein anderes Format. Für jeden neuen Assistenten entstehen Connectoren, Chunking, Metadaten-Mapping und Berechtigungslogik erneut. Beim Wechsel von Katalog oder Modell bleibt das kuratierte Wissen oft im alten Tool gefangen. Google Cloud stellte OKF am 12. Juni 2026 vor, um das wiederkehrende „LLM-Wiki“-Muster zu formalisieren: eine gemeinsame Markdown-Bibliothek, die Menschen und Agenten zusammen pflegen. Der [offizielle Google-Cloud-Beitrag](https://cloud.google.com/blog/products/data-analytics/how-the-open-knowledge-format-can-improve-data-sharing) beschreibt die fehlende Schicht ausdrücklich als Format statt als weiteren Service. Wenn du statt des Formats eine konkrete Umsetzung bewertest, prüft unser [OpenKB Review mit RAG-Vergleich](/de/blog/openkb-review-vs-rag/) einen Open-Source-Knowledge-Compiler, die unabhängige Evidenz und die noch fehlenden Enterprise-Kontrollen. Geht es um Runtime-Kontext für Ressourcen, Memory und Skills, bewertet unser [OpenViking-Produktionscheck](/de/blog/openviking-agent-memory-review/) Dateisystem-Retrieval, AGPL-Risiko, Betriebskosten und einen begrenzten Pilot. Geht es dir um die breitere Systemfrage, wie Mitarbeitende und Agenten eine gesteuerte Quelle der Wahrheit teilen, behandelt unser [Architekturleitfaden für ein KI-fähiges Unternehmenswiki](/de/blog/ai-ready-company-wiki/) kanonisches Wissen, Berechtigungen, Retrieval, kontrollierte Änderungen und einen 30-Tage-Pilot. ## Wie funktioniert das Open Knowledge Format? Ein OKF-**Knowledge Bundle** ist ein Verzeichnisbaum. Jede dauerhafte Wissenseinheit ist ein **Konzeptdokument** in einer UTF-8-Markdown-Datei. Sein Pfad ohne `.md` ist die Konzept-ID. Normale Markdown-Links machen aus den Konzepten einen Graphen; Ordner liefern gleichzeitig eine verständliche Hierarchie. ``` unternehmenswissen/ ├── index.md ├── log.md ├── metriken/ │ ├── index.md │ └── monatlich-wiederkehrender-umsatz.md ├── systeme/ │ └── billing-api.md └── playbooks/ └── fehlgeschlagene-zahlung.md ``` Ein Konzept verbindet kleine, abfragbare Metadaten mit lesbarem Inhalt: ``` --- type: Metric title: Monthly Recurring Revenue description: Vertraglich wiederkehrender, monatlich normalisierter Umsatz. resource: https://analytics.example.com/mrr tags: [finance, saas, board] status: stable generated: { by: human:finance-owner, at: 2026-08-12T09:00:00Z } verified: { by: human:controller, at: 2026-08-12T10:00:00Z } stale_after: 2026-11-12 sources: - id: finance-policy resource: https://docs.example.com/finance/mrr title: Finance Policy --- ## Definition MRR enthält aktive Abos und keine einmaligen Leistungen.[^finance-policy] Die Rückerstattungslogik steht im [Billing-Playbook](/playbooks/refunds.md). [^finance-policy]: Finance Policy ``` Nur `type` ist immer Pflicht. `title`, `description`, `resource` und `tags` bleiben empfohlen. Version 0.2 ergänzt optionale Felder für Herkunft, Vertrauen, Lifecycle, Aktualität und Berechnungen. Produzenten dürfen weiterhin eigene Schlüssel ergänzen; Konsumenten sollen unbekannte Felder erhalten. Diese lockere Vereinbarung bleibt die zentrale Designentscheidung der [offiziellen OKF-v0.2-Spezifikation](https://github.com/GoogleCloudPlatform/knowledge-catalog/blob/main/okf/SPEC.md). ## Welche drei Regeln gelten für ein OKF-v0.2-Bundle? 1. **Jede nicht reservierte Markdown-Datei besitzt parsebares YAML-Frontmatter.** 2. **Jeder Metadatenblock enthält ein nicht leeres `type`.** Eine zentrale Typenregistrierung gibt es nicht. 3. **Reservierte Dateien folgen ihrer definierten Struktur, wenn sie vorhanden sind.** `index.md` listet ein Verzeichnis zur schrittweisen Navigation; `log.md` dokumentiert datierte Änderungen. Beide sind optional. Fast alles andere ist weiche Empfehlung. Ein konformer Konsument soll fehlende optionale Felder, unbekannte Typen, eigene Schlüssel, kaputte Querverweise und fehlende Indexdateien tolerieren. Eine teilweise generierte, laufend veränderte Wissensbasis soll brauchbar bleiben statt komplett abgelehnt zu werden. ## Was hat sich von OKF v0.1 zu v0.2 geändert? Version 0.2 behält die drei Konformitätsregeln, macht aber von Agenten gepflegtes Wissen besser prüfbar. Dafür kommen optionale Feldfamilien statt eines zentralen Schemas hinzu: - **Herkunft:** `sources` erfasst die Materialien hinter einem Konzept. Jede Quelle kann stabile `id`, Titel, Autor, Nutzungszahl und Änderungsdatum tragen. Markdown-Fußnoten können die Quellen-ID für die Zuordnung einzelner Aussagen nutzen. - **Vertrauen:** `generated` zeigt, wer oder was den aktuellen Inhalt erzeugt hat; `verified` dokumentiert spätere Prüfungen. Consumer leiten daraus die Stufen ungeprüft, maschinell bestätigt oder von Menschen geprüft ab. Das sind Hinweise, keine Zugriffskontrolle. - **Lifecycle und Aktualität:** `status` kann `draft`, `stable` oder `deprecated` sein. `stale_after` setzt ein absolutes Datum, ab dem ein Consumer warnen oder ablehnen sollte. - **Attestierte Berechnungen:** Der neue Konzepttyp `Attested Computation` verbindet eine freigegebene Berechnung mit Runtime, typisierten Parametern, Executor, Receipt-Feldern und deterministischem Attester. OKF speichert Vertrag und Prüfweg, führt aber nichts selbst aus. Zwei Feldänderungen erfordern Migration. `generated.at` ersetzt `timestamp` aus v0.1; `sources` im Frontmatter ersetzt eine `# Citations`-Liste im Text. Ein v0.2-Consumer darf beide alten Formen als Fallback lesen. Teams können also schrittweise migrieren. Die Root-Datei `index.md` darf nun `okf_version: "0.2"` deklarieren. ## Was ist OKF, und was nicht? | OKF ist | OKF ist nicht | | --- | --- | | Ein portables Austauschformat für kuratiertes Wissen | Ein gehostetes Wissensmanagement-Produkt | | Markdown, YAML-Frontmatter und Links | Datenbank, Vector Store oder Graphdatenbank | | Ein Vertrag zwischen erzeugendem und nutzendem System | Retrieval-, Ranking- oder Ausführungslogik | | Für Menschen, Git, Suche und Agenten lesbar | Berechtigungsmodell, DLP oder Auditsystem | | Durch Metadaten und Abschnitte erweiterbar | Feste Unternehmenstaxonomie oder Ontologie | | Eine offene v0.2-Spezifikation unter Apache 2.0 | Ein reifer Standard mit breiter, belegter Nutzung | ## OKF vs. RAG vs. MCP vs. OpenAPI vs. llms.txt Das sind Schichten, keine Ersatzprodukte. Eine sinnvolle Architektur ist häufig OKF *mit* Retrieval und Tools. | Schicht | Beantwortete Frage | Stärke | Leistet nicht | | --- | --- | --- | --- | | **OKF** | Wie wird portables Wissen verpackt? | Kontext, Metadaten, Links, Versionierung, Austausch | Retrieval, Tool-Ausführung, Zugriffsschutz | | **RAG** | Welche Passagen kommen in diese Modellanfrage? | Suche, Ranking, Chunk Retrieval, Grounding | Portables Autorenformat definieren | | **MCP** | Wie erreicht ein Agent Tools und Ressourcen? | Runtime-Funktionen, typisierte Operationen, Live-Zugriff | Das Wissen dahinter standardisieren | | **OpenAPI** | Wie verhält sich diese HTTP-API? | Endpunkte, Parameter, Schemas, Client-Generierung | Breiten Unternehmenskontext abbilden | | **llms.txt** | Wo beginnt ein LLM auf dieser Website? | Öffentliche Auffindbarkeit und Navigation | Komplettes internes Knowledge Bundle definieren | | **Knowledge Graph** | Welche Entitäten und Relationen existieren? | Formale Semantik, Graphabfragen, Inferenz | So einfach wie Fließtext zu pflegen sein | Ein pragmatischer Stack: Fachverantwortliche bearbeiten OKF in Git, CI validiert es, ein RAG-System indexiert das Bundle, ein MCP-Server stellt Suche und Live-Systeme bereit. Der Agent lädt wenige Konzepte und folgt Links nur bei Bedarf. OKF ist die dauerhafte Quelle, RAG die Auswahl und MCP die Runtime-Tür. ![Kevin Riedl](/img/team/kevin.webp) "OKF löst Retrieval und Governance nicht. Es löst zuerst die leisere Frage: Überlebt dein Wissen das Tool, das es erzeugt hat, und bleibt es für den nächsten Menschen oder Agenten lesbar?" ## Wo entsteht echter geschäftlicher Nutzen? - Agentenkontext überlebt Anbieterwechsel. Der Wechsel von Modell, Vector Database, Katalog oder Agent-Framework erfordert keine komplette Neuschreibung. - Wissen wird wie Code geprüft. Pull Requests, Diffs, Blame, CODEOWNERS, Tags und Rollbacks funktionieren ohne neue Governance-Oberfläche. - Onboarding und Incident Response werden schneller. Dieselben Konzepte speisen Assistenten, rendern als Doku und bleiben im Ausfall direkt lesbar. - Ein gemeinsames Exportziel. Kataloge, Wikis und Repositories produzieren OKF, statt jeden Konsumenten einzeln anzubinden. - Kontext wird bedarfsgerecht geladen. Der Agent liest zuerst `index.md` und öffnet nur relevante Konzepte. - Abfragbares Vertrauen und Aktualität. Consumer unterscheiden ungeprüfte von menschlich geprüften Inhalten und warnen nach dem `stale_after` -Datum. Der Business Case ist stark, wenn mehrere Agenten denselben kuratierten Kontext brauchen, Wissen oft wechselt und Lock-in oder Auditierbarkeit zählen. Für eine statische FAQ und einen Chatbot reichen oft normale Dokumentation und gute Suche. ## Was gehört in ein OKF-Bundle? Beginne mit wertvollen, dauerhaften Konzepten statt mit einem Bulk-Export aller alten Texte: - Geschäftsmetriken, Definitionen, Owner, Rechenregeln und Ausnahmen; - freigegebene Berechnungen mit typisierten Parametern, Ausführungsbelegen und deterministischen Prüfungen; - Systeme, APIs, Datensätze, Tabellen, Events und Abhängigkeiten; - Produktregeln, Architekturentscheidungen, Runbooks und Eskalationswege; - Compliance-Kontrollen, Evidenzorte, Richtlinien und Prüftermine; - Support-Playbooks mit klaren Grenzen für automatisierte Aktionen. Secrets, personenbezogene Daten, Roh-Chats, Verträge und Credentials gehören nicht ungeprüft in ein Git-lesbares Bundle. „Einfache Dateien“ sind zugleich Interoperabilitäts- und Datenleckvorteil. Klassifizierung, Least Privilege, Retention und Review bleiben Pflicht. ## Wie führt man OKF im Unternehmen ein? 1. **Eine entscheidungsreiche Domäne wählen.** Umsatzmetrik, Supportprozess oder Produktionsservice statt „alles Wissen“. 2. **Quellen und Verantwortliche erfassen.** Autoritative Quelle, Owner, Sensitivität, Update-Auslöser und Konsumenten pro Konzept. 3. **Ein kleines lokales Profil definieren.** Fünf bis zehn Typen, Pflichtfelder, Namen und Body-Templates, klar als eigene Erweiterung markiert. 4. **Erstes Bundle generieren und kuratieren.** Exporte und LLMs erstellen Entwürfe; Fachverantwortliche lösen Widersprüche, entfernen Secrets und genehmigen Aussagen. 5. **In CI validieren.** YAML, `type`, reservierte Dateien, doppelte Ressourcen, Links, Actor- und Datumsformate, Quellen-IDs, veraltete Konzepte, Berechnungsverträge, sensible Muster und Owner prüfen. 6. **Einen Konsumenten anbinden.** Bundle für RAG indexieren oder als Agentenressource bereitstellen. Korrektheit, Quellennachweis, Retrieval-Präzision und Aktualisierungszeit messen. 7. **Betriebsmodell festlegen.** Review, Veralterung, Zugriffsgrenzen und Löschung aus Indizes und Caches klären. ## Was lässt OKF ungelöst? - **Berechtigungen:** Keine Dokument- oder Feld-ACLs in der Spezifikation. - **Umbenennung und Löschung:** Der Pfad ist die ID; Verschiebungen brauchen eigene Migrationsregeln. v0.2 kennt `deprecated`, definiert aber keine Löschweitergabe oder Tombstones. - **Wahrheit und Durchsetzung:** Konformität und Vertrauensfelder beweisen weder Richtigkeit noch vollständige, tatsächlich ausgeführte Reviews. - **Beziehungssemantik:** Links sind gerichtet, aber untypisiert; „abhängig von“ oder „ersetzt“ stehen in Prosa. - **Hohe Schreibfrequenz:** Git eignet sich für Review, aber schlecht für operativen Zustand mit vielen gleichzeitigen Schreibern. - **Discovery:** Ein Consumer muss das Bundle weiterhin kennen und erreichen. OKF macht es nicht automatisch öffentlich auffindbar. Darum würden wir OKF als kuratierte Wissensschicht pilotieren, nicht als neues System of Record ausrufen. Operative Daten bleiben in operativen Systemen; OKF erklärt Bedeutung, Beziehungen und richtige Nutzung. ## Verbessert OKF SEO oder LLM-Zitate? **Nicht automatisch.** Weder Ankündigung noch v0.2-Spezifikation definieren OKF als Crawling-, Ranking- oder Zitationssignal. Ein öffentliches `/okf/`-Verzeichnis kann einem bereits informierten Consumer helfen, doch höhere Google-Rankings, AI Overviews oder ChatGPT-Zitate lassen sich damit nicht versprechen. Für öffentliche Sichtbarkeit zählen weiterhin indexierbares HTML, klare Direktantworten, stabile URLs, benannte Autoren, Primärquellen, strukturierte Daten, interne Links und echte eigene Analyse. OKF kann ein zusätzlicher maschinenlesbarer Export sein, nicht der Ersatz für die Website. ## Sollte dein Unternehmen OKF jetzt einführen? | Jetzt pilotieren, wenn … | Warten oder einfacher bleiben, wenn … | | --- | --- | | Mehrere Agenten dasselbe Wissen brauchen | Die Dokumentation klein und stabil ist | | Wissen in Katalogen und Wikis feststeckt | Das akute Problem Suchqualität statt Portabilität ist | | Git-Review und Anbieterunabhängigkeit zählen | Nichttechnische Editoren kein passendes Interface haben | | Owner und Governance vorhanden sind | Niemand Aktualität und Zugriff verantwortet | | Eine junge v0.2-Spezifikation sich weiterentwickeln darf | Ein finaler, zertifizierter Standard Pflicht ist | Unsere Empfehlung im August 2026: ein begrenzter, reversibler Pilot mit 20–50 Konzepten, einer Owner-Gruppe, einem Agenten-Use-Case und einem messbaren Workflow. Nutze die v0.2-Felder für Herkunft und Aktualität dort, wo sie eine reale Betriebsfrage beantworten, und bewahre das Quellmaterial. Ändert sich das Format, sind Markdown und YAML günstig migrierbar. Scheitert der Pilot, bleiben die kuratierten Dokumente wertvoll. ## Häufig gestellte Fragen ### Was ist das Open Knowledge Format? Das Open Knowledge Format (OKF) ist eine offene, herstellerneutrale Spezifikation von Google Cloud. Sie strukturiert Wissen als verlinkte Markdown-Dateien mit YAML-Metadaten, damit Menschen und KI-Agenten dieselben Inhalte ohne proprietäres SDK lesen und austauschen können. Aktuell ist v0.2. ### Welche Felder sind in OKF Pflicht? In jedem Konzeptdokument ist nur `type` immer verpflichtend. `title`, `description`, `resource` und `tags` werden empfohlen. Die v0.2-Familien für Herkunft, Vertrauen, Lifecycle, Aktualität und Berechnungen sind optional, sofern ihr jeweiliger Vertrag nichts Zusätzliches verlangt. ### Ersetzt OKF RAG oder MCP? Nein. OKF beschreibt, wie portables Wissen gespeichert und ausgetauscht wird. RAG ruft relevantes Wissen ab; MCP verbindet Agenten mit Werkzeugen und Datenquellen. Alle drei können zusammenarbeiten. ### Verbessert OKF automatisch SEO oder KI-Sichtbarkeit? Nein. Es gibt keinen offiziellen Beleg, dass OKF ein Ranking-, Crawler- oder Zitationssignal ist. Es ersetzt keine indexierbare Website, belastbaren Quellen oder strukturierte Webdaten. ### Ist OKF produktionsreif? OKF v0.2 ist eine junge Spezifikation mit brauchbaren Konventionen für Struktur, Herkunft, Vertrauen, Aktualität und Attestierung. Unternehmen müssen Zugriffsschutz, CI-Durchsetzung, Retrieval-Evaluation, Review-Prozess, Runtime-Sicherheit und Governance weiterhin selbst definieren. ### Gehört OKF zur Open Knowledge Foundation? Nein. Beide verwenden das Kürzel OKF. Hier geht es um das im Juni 2026 vorgestellte Open Knowledge Format von Google Cloud, nicht um die gemeinnützige Open Knowledge Foundation. ## Primärquellen 1. [Google Cloud: Introducing the Open Knowledge Format](https://cloud.google.com/blog/products/data-analytics/how-the-open-knowledge-format-can-improve-data-sharing) 2. [Offizielle OKF-v0.2-Spezifikation](https://github.com/GoogleCloudPlatform/knowledge-catalog/blob/main/okf/SPEC.md) 3. [Offizielles OKF-Repository mit Referenztools](https://github.com/GoogleCloudPlatform/knowledge-catalog/tree/main/okf) 4. [Offizielle Beispiel-Bundles](https://github.com/GoogleCloudPlatform/knowledge-catalog/tree/main/okf/bundles) 5. [Andrej Karpathys LLM-Wiki-Muster](https://gist.github.com/karpathy/442a6bf555914893e9891c11519de94f) 6. [Apache-2.0-Lizenz von OKF](https://github.com/GoogleCloudPlatform/knowledge-catalog/blob/main/okf/LICENSE.md) *Status geprüft am 12. August 2026. Vor einem langfristigen Unternehmensprofil Version und offene Issues erneut prüfen.* ## Fazit Open Knowledge Format ist interessant, weil es sehr wenig standardisiert. Ein immer verpflichtendes Feld, vertraute Dateien, normale Links und ein toleranter Konsumentenvertrag machen kuratiertes Wissen zwischen Menschen, Agenten, Katalogen und Modell-Stacks portabel. Version 0.2 ergänzt praktische Signale für Herkunft, Vertrauen, Aktualität und attestierbare Berechnungen, ohne daraus eine Plattform zu machen. Diese Felder sind Evidenz, keine Durchsetzung. OKF wählt weiterhin nicht automatisch den richtigen Kontext, erzwingt keine Berechtigungen, sichert keinen Executor ab, garantiert keinen Review und verdient keine KI-Zitate von selbst. Nutze es als dauerhafte Wissensschicht unter Retrieval und Tools, pilotiere dort, wo Portabilität bereits schmerzt, und baue Governance, bevor daraus das nächste vergessene Wiki wird. ## Das könnte dich auch interessieren.. [**MCP vs. RAG vs. Agent Skills vs. Custom GPTs** Das Entscheidungsmodell für den richtigen KI-Kontext und die passende Integrationsschicht.](/de/blog/mcp-vs-rag-vs-agent-skills-vs-custom-gpts/) [**AI Enablement vs. generische KI-Beratung** Vergleiche ein funktionierendes, eigenes KI-Setup mit einer reinen Strategieberatung.](/de/compare/ai-enablement-vs-generic-ai-consultancy/) Agent Engineering ## In diesem Cluster weiterlesen Coding Agents, MCP, Kontextsysteme, Evaluation und Kontrollen für verlässliche Automatisierung. [Mit dem Grundlagenartikel starten**Graph Engineering für KI-Agenten: Wann lohnt sich ein Knowledge Graph?**](/de/blog/graph-engineering-ai-agents/) - [OpenViking im Test 2026: Ist Dateisystem-Memory produktionsreif?](/de/blog/openviking-agent-memory-review/) - [TrueForge im Test: Ist das Open-Source Agent Harness produktionsreif?](/de/blog/trueforge-agent-harness-review/) - [Agentenlesbare Websites: llms.txt, Markdown-Spiegel und was kaputtgeht](/de/blog/agent-readable-website-llms-txt-markdown-mirrors/) - [Lokalisierte URLs zerlegen hreflang: ein englischer Slug genügt](/de/blog/english-slugs-vs-localized-urls-hreflang/) - [Kann ein KI-Agent dein Produkt benutzen, oder nur darüber lesen?](/de/blog/can-an-ai-agent-use-your-product/) Postfach, ohne Lärm ## Folge der Arbeit, die für dich zählt Du bekommst eine kurze E-Mail, wenn wir etwas Neues veröffentlichen. Folge dem ganzen Blog oder nur den Themen, die dich interessieren. [**Zurück**](/de/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/de/team/kevin-riedl/) [Kevin Riedl](/de/team/kevin-riedl/) https://linkedin.com/in/wsdt 18 Min Lesezeit · 12. Juli 2026 Zuletzt geprüft 12. August 2026 [**Weiter**](/de/blog/software-maintenance-cost-benchmark-dach-saas/) Neue Beiträge per E-Mail × × Neue Beiträge per E-Mail Eine kurze E-Mail, wenn wir etwas veröffentlichen. Kostenlos, ohne Tracking. ## Structured Data ```json { "@context": "https://schema.org", "@graph": [ { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ], "employee": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "founder": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "legalRepresentative": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "name": "Wavect GmbH", "subjectOf": { "@id": "https://wavect.io/verified-claims.json#dataset", "@type": "Dataset", "creator": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "description": "A machine-readable registry of quantitative and qualitative claims published by Wavect, with review dates, localized page appearances and public third-party citations where available.", "inLanguage": "en", "isAccessibleForFree": true, "license": "https://creativecommons.org/licenses/by/4.0/", "name": "Wavect verified publication claims", "url": "https://wavect.io/verified-claims.json" }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "sameAs": [ "https://www.wikidata.org/wiki/Q139796367", "https://www.linkedin.com/in/jocr77/", "https://github.com/jo-chris" ], "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/#website", "@type": "WebSite", "inLanguage": [ "en", "de", "es", "zh" ], "name": "Wavect", "potentialAction": { "@type": "SearchAction", "query-input": "required name=search_term_string", "target": { "@type": "EntryPoint", "urlTemplate": "https://wavect.io/search/?q={search_term_string}" } }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/de/blog/open-knowledge-format-okf/#webpage", "@type": "WebPage", "dateModified": "2026-07-12", "inLanguage": "de", "isPartOf": { "@id": "https://wavect.io/#website", "@type": "WebSite" }, "lastReviewed": "2026-07-12", "url": "https://wavect.io/de/blog/open-knowledge-format-okf/" } ] } ``` ```json { "@context": "https://schema.org", "@type": "BlogPosting", "abstract": "Open Knowledge Format (OKF) ist Google Clouds herstellerneutrale v0.2-Spezifikation für Unternehmenswissen als verlinkte Markdown-Dateien mit YAML-Frontmatter. Version 0.2 behält type als einziges immer verpflichtendes Konzeptfeld und ergänzt optionale Herkunftsdaten, aus Verifikationen abgeleitete Vertrauensstufen, Lifecycle- und Aktualitätssignale sowie attestierte Berechnungen. Sie ersetzt timestamp durch generated.at und Zitationslisten im Text durch sources im Frontmatter, wobei Consumer v0.1-Fallbacks nutzen dürfen. OKF ersetzt weiterhin weder RAG, MCP, OpenAPI, Vector Database, Berechtigungen, Retrieval-Evaluation noch Governance und ist kein bestätigtes SEO-, Crawler- oder LLM-Zitationssignal. Sinnvoll ist ein reversibler Pilot mit 20 bis 50 Konzepten, CI-Validierung, Zugriffsschutz, benannten Reviewern, stale_after-Daten und gemessener Retrieval-Qualität.", "articleBody": " Blog-Übersicht/AI und Agents/Agent Engineering Open Knowledge Format (OKF): Das offene Format für KI-Wissen TL;DR Open Knowledge Format (OKF) ist Google Clouds herstellerneutrale v0.2-Spezifikation für Unternehmenswissen als verlinkte Markdown-Dateien mit YAML-Frontmatter. Version 0.2 behält type als einziges immer verpflichtendes Konzeptfeld und ergänzt optionale Herkunftsdaten, aus Verifikationen abgeleitete Vertrauensstufen, Lifecycle- und Aktualitätssignale sowie attestierte Berechnungen. Sie ersetzt timestamp durch generated.at und Zitationslisten im Text durch sources im Frontmatter, wobei Consumer v0.1-Fallbacks nutzen dürfen. OKF ersetzt weiterhin weder RAG, MCP, OpenAPI, Vector Database, Berechtigungen, Retrieval-Evaluation noch Governance und ist kein bestätigtes SEO-, Crawler- oder LLM-Zitationssignal. Sinnvoll ist ein reversibler Pilot mit 20 bis 50 Konzepten, CI-Validierung, Zugriffsschutz, benannten Reviewern, stale_after-Daten und gemessener Retrieval-Qualität. Open Knowledge Format (OKF) ist Google Clouds offene, herstellerneutrale Spezifikation, um Unternehmenswissen als verlinkte Markdown-Dateien mit YAML-Metadaten zu verpacken. Menschen und KI-Agenten können denselben portablen Kontext ohne proprietäres SDK lesen. Stand 12. August 2026 ist OKF v0.2 die aktuelle Version; sie ersetzt v0.1. Zwei Abgrenzungen sind wichtig: Dieses OKF ist nicht die Open Knowledge Foundation, die dasselbe Kürzel verwendet. Und OKF ist weder Datenbank noch Modell, Retrieval Engine, Agentenprotokoll oder bestätigtes Google-Ranking-Signal. Es ist ein bewusst kleines Austauschformat für das Wissen, das solche Systeme verwenden. Welches Problem löst OKF? Den meisten Unternehmen fehlt nicht Wissen, sondern zusammensetzbarer Kontext. Die Definition eines aktiven Kunden steht im BI-Dashboard, die Berechnung in SQL, die Ausnahme in Slack, der API-Vertrag in OpenAPI, der Incident-Ablauf in Confluence und die Begründung im Kopf eines Senior Engineers. Ein Agent kann diese Systeme durchsuchen, doch jede Integration liefert ein anderes Format. Für jeden neuen Assistenten entstehen Connectoren, Chunking, Metadaten-Mapping und Berechtigungslogik erneut. Beim Wechsel von Katalog oder Modell bleibt das kuratierte Wissen oft im alten Tool gefangen. Google Cloud stellte OKF am 12. Juni 2026 vor, um das wiederkehrende „LLM-Wiki“-Muster zu formalisieren: eine gemeinsame Markdown-Bibliothek, die Menschen und Agenten zusammen pflegen. Der offizielle Google-Cloud-Beitrag beschreibt die fehlende Schicht ausdrücklich als Format statt als weiteren Service. Wenn du statt des Formats eine konkrete Umsetzung bewertest, prüft unser OpenKB Review mit RAG-Vergleich einen Open-Source-Knowledge-Compiler, die unabhängige Evidenz und die noch fehlenden Enterprise-Kontrollen. Geht es um Runtime-Kontext für Ressourcen, Memory und Skills, bewertet unser OpenViking-Produktionscheck Dateisystem-Retrieval, AGPL-Risiko, Betriebskosten und einen begrenzten Pilot. Geht es dir um die breitere Systemfrage, wie Mitarbeitende und Agenten eine gesteuerte Quelle der Wahrheit teilen, behandelt unser Architekturleitfaden für ein KI-fähiges Unternehmenswiki kanonisches Wissen, Berechtigungen, Retrieval, kontrollierte Änderungen und einen 30-Tage-Pilot. Wie funktioniert das Open Knowledge Format? Ein OKF-Knowledge Bundle ist ein Verzeichnisbaum. Jede dauerhafte Wissenseinheit ist ein Konzeptdokument in einer UTF-8-Markdown-Datei. Sein Pfad ohne .md ist die Konzept-ID. Normale Markdown-Links machen aus den Konzepten einen Graphen; Ordner liefern gleichzeitig eine verständliche Hierarchie. unternehmenswissen/ ├── index.md ├── log.md ├── metriken/ │ ├── index.md │ └── monatlich-wiederkehrender-umsatz.md ├── systeme/ │ └── billing-api.md └── playbooks/ └── fehlgeschlagene-zahlung.md Ein Konzept verbindet kleine, abfragbare Metadaten mit lesbarem Inhalt: --- type: Metric title: Monthly Recurring Revenue description: Vertraglich wiederkehrender, monatlich normalisierter Umsatz. resource: https://analytics.example.com/mrr tags: [finance, saas, board] status: stable generated: { by: human:finance-owner, at: 2026-08-12T09:00:00Z } verified: { by: human:controller, at: 2026-08-12T10:00:00Z } stale_after: 2026-11-12 sources: - id: finance-policy resource: https://docs.example.com/finance/mrr title: Finance Policy --- # Definition MRR enthält aktive Abos und keine einmaligen Leistungen.[^finance-policy] Die Rückerstattungslogik steht im [Billing-Playbook](/playbooks/refunds.md). [^finance-policy]: Finance Policy Nur type ist immer Pflicht. title, description, resource und tags bleiben empfohlen. Version 0.2 ergänzt optionale Felder für Herkunft, Vertrauen, Lifecycle, Aktualität und Berechnungen. Produzenten dürfen weiterhin eigene Schlüssel ergänzen; Konsumenten sollen unbekannte Felder erhalten. Diese lockere Vereinbarung bleibt die zentrale Designentscheidung der offiziellen OKF-v0.2-Spezifikation. Welche drei Regeln gelten für ein OKF-v0.2-Bundle? Jede nicht reservierte", "articleSection": "Engineering", "author": { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/" }, "citation": [ { "@type": "WebPage", "name": "Google Cloud: Introducing the Open Knowledge Format", "url": "https://cloud.google.com/blog/products/data-analytics/how-the-open-knowledge-format-can-improve-data-sharing" }, { "@type": "WebPage", "name": "Offizielle OKF-v0.2-Spezifikation", "url": "https://github.com/GoogleCloudPlatform/knowledge-catalog/blob/main/okf/SPEC.md" }, { "@type": "WebPage", "name": "Offizielles OKF-Repository mit Referenztools", "url": "https://github.com/GoogleCloudPlatform/knowledge-catalog/tree/main/okf" }, { "@type": "WebPage", "name": "Offizielle Beispiel-Bundles", "url": "https://github.com/GoogleCloudPlatform/knowledge-catalog/tree/main/okf/bundles" }, { "@type": "WebPage", "name": "Andrej Karpathys LLM-Wiki-Muster", "url": "https://gist.github.com/karpathy/442a6bf555914893e9891c11519de94f" }, { "@type": "WebPage", "name": "Apache-2.0-Lizenz von OKF", "url": "https://github.com/GoogleCloudPlatform/knowledge-catalog/blob/main/okf/LICENSE.md" } ], "dateModified": "2026-08-12", "datePublished": "2026-07-12", "description": "Open Knowledge Format (OKF) ist Google Clouds herstellerneutrale v0.2-Spezifikation für Unternehmenswissen als verlinkte Markdown-Dateien mit YAML-Frontmatter. Version 0.2 behält type als einziges immer verpflichtendes Konzeptfeld und ergänzt optionale Herkunftsdaten, aus Verifikationen abgeleitete Vertrauensstufen, Lifecycle- und Aktualitätssignale sowie attestierte Berechnungen. Sie ersetzt timestamp durch generated.at und Zitationslisten im Text durch sources im Frontmatter, wobei Consumer v0.1-Fallbacks nutzen dürfen. OKF ersetzt weiterhin weder RAG, MCP, OpenAPI, Vector Database, Berechtigungen, Retrieval-Evaluation noch Governance und ist kein bestätigtes SEO-, Crawler- oder LLM-Zitationssignal. Sinnvoll ist ein reversibler Pilot mit 20 bis 50 Konzepten, CI-Validierung, Zugriffsschutz, benannten Reviewern, stale_after-Daten und gemessener Retrieval-Qualität.", "headline": "Open Knowledge Format (OKF): Der Unternehmensleitfaden", "image": "https://wavect.io/img/blog/headers/header_open-knowledge-format-okf.svg", "inLanguage": "de", "keywords": "Open Knowledge Format, OKF, KI-Agenten, Wissensmanagement", "mainEntityOfPage": { "@id": "https://wavect.io/de/blog/open-knowledge-format-okf/", "@type": "WebPage" }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/de/blog/open-knowledge-format-okf/", "wordCount": 2354 } ``` ```json { "@context": "https://schema.org", "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "item": "https://wavect.io/de/", "name": "Startseite", "position": 1 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/overview/", "name": "Blog-Übersicht", "position": 2 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/topics/ai-agents/", "name": "AI und Agents", "position": 3 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/clusters/agent-engineering/", "name": "Agent Engineering", "position": 4 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/open-knowledge-format-okf/", "name": "Open Knowledge Format (OKF): Leitfaden für Unternehmen | ", "position": 5 } ] } ``` ```json { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Das Open Knowledge Format (OKF) ist eine offene, herstellerneutrale Spezifikation von Google Cloud. Sie strukturiert Wissen als verlinkte Markdown-Dateien mit YAML-Metadaten, damit Menschen und KI-Agenten dieselben Inhalte ohne proprietäres SDK lesen und austauschen können. Aktuell ist v0.2." }, "name": "Was ist das Open Knowledge Format?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "In jedem Konzeptdokument ist nur type immer verpflichtend. title, description, resource und tags werden empfohlen. Die v0.2-Familien für Herkunft, Vertrauen, Lifecycle, Aktualität und Berechnungen sind optional, sofern ihr jeweiliger Vertrag nichts Zusätzliches verlangt." }, "name": "Welche Felder sind in OKF Pflicht?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Nein. OKF beschreibt, wie portables Wissen gespeichert und ausgetauscht wird. RAG ruft relevantes Wissen ab; MCP verbindet Agenten mit Werkzeugen und Datenquellen. Alle drei können zusammenarbeiten." }, "name": "Ersetzt OKF RAG oder MCP?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Nein. Es gibt keinen offiziellen Beleg, dass OKF ein Ranking-, Crawler- oder Zitationssignal ist. Es ersetzt keine indexierbare Website, belastbaren Quellen oder strukturierte Webdaten." }, "name": "Verbessert OKF automatisch SEO oder KI-Sichtbarkeit?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "OKF v0.2 ist eine junge Spezifikation mit brauchbaren Konventionen für Struktur, Herkunft, Vertrauen, Aktualität und Attestierung. Unternehmen müssen Zugriffsschutz, CI-Durchsetzung, Retrieval-Evaluation, Review-Prozess, Runtime-Sicherheit und Governance weiterhin selbst definieren." }, "name": "Ist OKF produktionsreif?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Nein. Beide verwenden das Kürzel OKF. Hier geht es um das im Juni 2026 vorgestellte Open Knowledge Format von Google Cloud, nicht um die gemeinnützige Open Knowledge Foundation." }, "name": "Gehört OKF zur Open Knowledge Foundation?" } ] } ```