Guide V1 public
Open Knowledge Format : pourquoi le contexte devient l'actif stratégique des agents IA
Les agents IA progressent vite, mais leur valeur en entreprise dépend de moins en moins du modèle seul. Elle dépend de la qualité du contexte qu'on leur donne: sources fiables, décisions à jour, règles métier, métriques, playbooks, contraintes et exemples concrets.
Pourquoi s'y intéresser maintenant ?
Les entreprises commencent à connecter des assistants, copilotes et agents à leurs documents internes, CRM, outils data, bases support et repos de code. Le risque n'est plus seulement d'avoir un agent qui hallucine. Le risque est d'avoir un agent qui raisonne à partir d'un contexte incomplet, obsolète ou contradictoire.
Dans ce nouveau paysage, le contexte devient un actif stratégique. Une entreprise qui sait organiser ce qu'elle sait, qualifier ses sources et rendre ses connaissances portables donne à ses agents une longueur d'avance. Elle réduit les réponses approximatives, accélère l'onboarding des agents et rend ses workflows IA plus maintenables.
OKF mérite donc l'attention maintenant, même en version jeune, parce qu'il donne une direction simple: traiter la connaissance de l'entreprise comme une infrastructure que l'on peut lire, versionner, relier et transmettre.
Le problème n'est pas seulement le modèle, c'est le contexte
Changer de modèle ne suffit pas si les informations importantes restent dispersées entre Notion, Drive, Slack, tickets support, dashboards BI, commentaires de code, notebooks, exports CSV et mémoire des personnes senior.
Un agent peut être excellent pour raisonner et pourtant se tromper sur votre métier s'il ne sait pas quelle définition de métrique fait foi, quelle décision est encore valide, quelles sources sont vérifiées ou quel playbook appliquer dans une situation donnée.
C'est précisément là que les initiatives comme OKF deviennent utiles: elles ne promettent pas de rendre le modèle magique, elles améliorent la matière première que le modèle doit comprendre.
Ce qu'OKF apporte concrètement
Open Knowledge Format est une spécification ouverte proposée par Google Cloud pour représenter la connaissance sous forme de fichiers Markdown, de frontmatter YAML, de liens entre concepts et de conventions de bundle.
Dit plus simplement: OKF transforme un dossier documentaire en contexte navigable. Chaque fichier peut représenter une notion métier, une table, une métrique, une source, un playbook, une décision ou un template. Les liens Markdown relient ces éléments entre eux. Le frontmatter donne aux agents quelques repères structurés.
L'intérêt est de rester lisible par les humains tout en devenant exploitable par les agents. Une équipe peut relire le bundle dans GitHub, un éditeur ou Obsidian, pendant qu'un agent peut le parcourir pour comprendre les relations, les sources et les règles importantes.
Le but de ce guide
Ce guide est une V1 publique. Il a un objectif très concret: aider les entreprises, indépendants et équipes métier à comprendre OKF sans attendre que tout l'écosystème soit stabilisé.
Vous allez y trouver une lecture pédagogique du format, des exemples de concepts, des cas d'usage par persona, une méthode pour créer un premier bundle et des repères pour distinguer OKF du RAG, des wikis, des data catalogs ou des fichiers d'instructions d'agents.
Le but n'est pas de vous pousser à tout migrer. Le bon départ consiste à choisir un périmètre utile, structurer quelques connaissances critiques, les relier proprement, puis apprendre comment vos agents s'en servent.
Une V1 volontairement prudente
OKF v0.1 est encore jeune. Le format va évoluer, les outils vont changer, les conventions vont se préciser et certaines pratiques actuelles seront probablement remplacées par de meilleures.
Ce guide assume cette réalité. Il ne présente pas OKF comme un standard figé ou comme une promesse de ranking SEO. Il le présente comme une direction de travail crédible pour rendre le contexte plus portable, plus vérifiable et plus actionnable.
La page sera donc enrichie au fil des annonces officielles, des exemples publiés, des retours terrain et des usages concrets observés dans les entreprises.
Pourquoi commencer même si le standard évolue ?
Parce que l'effort le plus important n'est pas d'apprendre une syntaxe. L'effort décisif consiste à clarifier votre connaissance: quelles sources font foi, quels concepts existent, quelles décisions sont encore valides, quels playbooks doivent être suivis et quelles relations sont importantes.
Ce travail reste utile même si OKF change demain. Une entreprise qui commence à nettoyer, relier et versionner son contexte construit déjà une base plus saine pour ses agents, ses collaborateurs et ses prestataires.
Attendre le format parfait revient souvent à conserver un contexte flou. Commencer petit, sur un périmètre à fort ROI, permet au contraire d'apprendre vite et de créer un actif réutilisable.
Ce que vous devez retenir
OKF n'est pas une base de données ni une plateforme magique. C'est une manière ouverte de transformer la connaissance de l'entreprise en contexte portable: lisible par les humains, exploitable par les agents, versionnable et plus facile à maintenir.
Les 4 repères pour comprendre OKF
Avant d'entrer dans la spec, gardez ces quatre repères en tête. Ils expliquent pourquoi OKF est volontairement minimal et pourquoi il peut s'intégrer dans des workflows existants plutôt que les remplacer.
Version 0.1 draft
Le standard est jeune. Il faut l'explorer avec prudence, suivre ses évolutions et éviter de construire une dépendance rigide trop tôt.
Markdown + YAML
Le contenu reste lisible par les équipes, mais le frontmatter donne aux agents des champs stables pour trier, filtrer et interpréter les concepts.
Concept file
L'unité de base est un fichier qui décrit une notion claire: métrique, table, source, playbook, décision, persona ou template.
Git, archive, dossier
Un bundle peut circuler hors d'une plateforme propriétaire: repo Git, archive zip, dossier partagé ou base documentaire synchronisée.
À quoi ressemble un premier bundle ?
Un premier bundle n'a pas besoin de couvrir toute l'entreprise. Il peut commencer par un périmètre précis: une offre commerciale, un process support, une famille de métriques, un parcours client ou un agent interne.
La structure ci-dessous donne une image mentale simple: un dossier autonome, avec un index, un journal de changements, puis des sous-dossiers qui regroupent les concepts importants.
okf-bundle/
├── index.md
├── log.md
├── datasets/
│ ├── index.md
│ └── sales.md
├── tables/
│ ├── orders.md
│ └── customers.md
├── metrics/
│ └── weekly_active_users.md
├── playbooks/
│ └── relance-devis.md
└── sources/
└── crm-export-q2.md