Open Knowledge Format (OKF)
Enjeu
Chaque implémentation individuelle du pattern LLM Wiki structure ses fichiers et ses métadonnées différemment : dossiers, champs de frontmatter, façon de lier les concepts. Cette absence de standard empêche de partager une base de connaissances avec l'agent d'une autre personne, ou de mutualiser une base d'équipe, sans que l'agent qui la reçoit sache comment la parcourir efficacement — comme un grand classeur professionnel que chacun rangerait selon son propre système : un autre collaborateur, ou une autre IA, ne sait alors plus l'exploiter immédiatement. À l'échelle d'une organisation, le même problème porte un nom : la fragmentation du contexte — schémas de tables, définitions de métriques, runbooks dispersés entre catalogues de métadonnées, wikis, commentaires de code et connaissance tacite des équipes. OKF, publié par Google Cloud, répond à ce problème en ajoutant une couche de convention par-dessus le pattern d'origine.
Notions
OKF standardise deux éléments. L'organisation de l'information : les documents d'entités et de concepts sont regroupés en bundles, chacun doté de son propre index, plus un index de haut niveau qui liste les bundles disponibles — deux couches d'indexation plutôt qu'une. Les champs de métadonnées en frontmatter YAML : type (seul champ obligatoire, qui catégorise chaque document et permet de filtrer une recherche par catégorie), title, description, resource (par exemple l'URL réelle vers la ressource que le document documente), tags, timestamp.
Trois principes de conception gouvernent la spécification (v0.1) : minimaliste — seul type est obligatoire, tout le reste (les types existants, les champs additionnels, les sections du corps) reste au choix du producteur ; indépendance producteur/consommateur — un document peut être créé et consommé indépendamment, par un humain ou par un agent, sans coordination préalable ; format, pas plateforme — aucun SDK propriétaire, aucun compte requis, juste des fichiers markdown dans un répertoire, versionnables dans un dépôt Git ordinaire.
Le fichier spec.md du dépôt OKF joue le même rôle que le gist de Karpathy : on le copie dans un agent de code et on lui demande soit de construire une nouvelle base de connaissances au format OKF, soit de refactoriser une base existante vers ce format.
Mécanisme et relations
Un bundle est l'unité de partage d'OKF : un ensemble de documents accompagné de son index, que n'importe quel agent ayant appris la spécification OKF peut consommer directement, sans que l'utilisateur n'ait à réintégrer lui-même les documents source. La refactorisation d'une base existante, même volumineuse, peut être répartie entre plusieurs sous-agents travaillant chacun sur une section.
Une interrogation type illustre la divulgation progressive à travers les deux couches d'index : l'agent liste d'abord les bundles disponibles, lit l'index du bundle pertinent, identifie le concept à consulter, puis lit le document de concept correspondant avant de répondre — plutôt que de charger l'ensemble du contenu d'un coup.
Un exemple de bundle donné par Google illustre la structure concrète : un dossier racine par domaine (par exemple sales/), avec des sous-dossiers thématiques (datasets/, tables/, metrics/), chacun doté de son propre index.md. Un document de type table décrit son schéma en tableau markdown, avec une colonne de description en langage naturel et des liens vers les documents associés (une clé étrangère pointe vers customers). Cette structure directement lisible sur GitHub, sans outil supplémentaire, est présentée comme un argument central : « les LLM ne s'ennuient pas, n'oublient pas de mettre à jour les références croisées et peuvent toucher 15 fichiers en une seule passe ».
Implications
Une analogie proposée par la source situe l'apport d'OKF : de la même façon que MCP a standardisé la communication entre un agent et des outils, OKF standardiserait la communication entre un agent et une base de connaissances, à la fois pour la consulter et pour la faire évoluer. Le bénéfice ne se limite pas au partage explicite : un standard commun facilite aussi l'échange de bonnes pratiques d'organisation entre personnes qui ne partagent jamais directement leurs bases de connaissances entre elles.
OKF se positionne comme une extension de standardisation du pattern d'origine plutôt que comme une alternative aux mécanismes de fiabilité déjà décrits ailleurs : il ne propose ni réconciliation automatique des contradictions, ni agents planifiés — voir Gouvernance des contradictions et de l'obsolescence dans un wiki vivant et Agents de maintenance planifiés pour ces mécanismes, absents de la spécification OKF elle-même. C'est une deuxième extension nommée du pattern, aux côtés de LLM Wiki v2 (rohitg00), mais orientée vers l'interopérabilité plutôt que vers la fiabilité ou la maintenance.
Un scénario, tiré d'une autre vidéo sur le même sujet, illustre cette navigation à l'échelle d'un usage professionnel : une responsable de communication rassemble comptes rendus, études de marché et documents de campagne dans une base structurée selon OKF ; pour préparer une nouvelle campagne, son agent consulte les index, retrouve les fiches sur les audiences, les messages et les résultats antérieurs, puis mobilise uniquement les informations pertinentes sans relire l'ensemble des archives.
Limites
Une critique rapportée par une des sources vidéo reste pertinente : OKF ajouterait peu de substance technique au-delà du pattern d'origine — une convention d'indexation et un jeu de champs de métadonnées, dont un seul obligatoire. C'est cohérent avec le principe de conception « minimaliste » assumé par l'éditeur officiel lui-même : le reste (types, champs additionnels, sections du corps) est délibérément laissé au choix du producteur, pas un oubli.
L'origine d'OKF, incertaine dans une première version de cette page, est désormais confirmée par sa source officielle : publié par Google Cloud le 2026-06-12, signé par deux Tech Leads de l'organisation Data Cloud. La vidéo qui détaille le bundle d'exemple, présentée par un intervenant identifié seulement par son prénom (Cole), reste néanmoins sans URL disponible — voir Cole.
Synthèse
OKF ajoute deux conventions minimales au pattern LLM Wiki — une indexation à deux niveaux et un champ de catégorisation obligatoire, type — pour rendre des bases de connaissances construites indépendamment lisibles par n'importe quel agent qui en connaît la spécification. Publié par Google Cloud pour répondre à la fragmentation du contexte en entreprise, il assume ce minimalisme comme principe de conception, pas comme un renoncement. La méthode correcte consiste à traiter cette couche comme un supplément d'interopérabilité, pas comme un remplacement des mécanismes de fiabilité et de maintenance déjà nécessaires par ailleurs.