OKFOpen Knowledge Format
Prendre un RDV

22 - Ressources

Ressources OKF : sources officielles, samples, vidéos et glossaire pour aller plus loin

Cette page rassemble les ressources utiles pour comprendre OKF sans se perdre dans le bruit: sources officielles, repo, exemples, lectures connexes, ARD, SEO, vidéos et glossaire. L'objectif est simple: savoir quoi lire, dans quel ordre, et avec quel niveau de confiance.

Comment utiliser cette page ressources ?

Toutes les ressources ne jouent pas le même rôle. Une spec officielle sert à vérifier une règle. Un sample bundle sert à voir une structure réelle. Une vidéo sert à comprendre plus vite, mais ne doit pas devenir la source d'autorité pour une affirmation technique.

La règle de lecture est donc simple: commencez par les sources primaires, utilisez les samples pour apprendre par imitation, puis gardez les contenus secondaires pour enrichir votre intuition.

Si vous devez trancher une question de conformité, revenez à `SPEC.md`. Si vous voulez comprendre l'intention du format, lisez l'annonce Google Cloud. Si vous voulez passer à l'action, ouvrez les samples et comparez-les à votre futur premier bundle.

Les sources primaires à lire en premier

Les sources primaires sont celles à privilégier pour expliquer OKF publiquement. Elles fixent le vocabulaire, le niveau de maturité du format et les règles minimales à respecter.

Pour une première lecture, commencez par l'article Google Cloud pour comprendre le problème du contexte fragmenté, puis passez à `SPEC.md` pour vérifier la définition formelle des bundles, concept files, liens, citations et règles de conformité.

Le README et le repo complètent cette lecture: ils montrent les outils disponibles, les samples, le reference agent et le visualizer. Ils rappellent aussi que les outils sont des preuves de concept utiles, pas des dépendances obligatoires du format.

Google Cloud - Introducing OKF

Source primaire d'annonce: intention, problème résolu et positionnement du format.

OKF SPEC.md

Source primaire technique: bundles, concept files, frontmatter, liens, citations et conformité.

OKF README.md

Vue d'ensemble officielle du dossier OKF, des outils, samples et implémentations de référence.

Knowledge Catalog repo

Repo officiel GoogleCloudPlatform qui héberge OKF, les bundles d'exemple et les outils associés.

Le repo officiel : spec, README, samples et visualizer

Le repo officiel est le meilleur endroit pour passer de la théorie au concret. Il permet de voir comment OKF est organisé dans un projet réel: dossier `okf`, spec, README, samples, bundles, visualizer et éléments d'outillage.

Pour un builder, le bon réflexe consiste à ouvrir un sample bundle, inspecter `index.md`, regarder quelques concept files, puis observer comment les liens construisent une carte de connaissance.

Le visualizer est particulièrement utile pour comprendre la promesse pédagogique d'OKF: les fichiers restent du Markdown, mais leurs liens peuvent être explorés comme un graphe.

OKF folder

Point d'entrée direct vers le dossier OKF dans le repo officiel.

Google Cloud Knowledge Catalog

Produit Google Cloud qui peut ingérer OKF et le servir à des agents, sans que OKF devienne propriétaire.

Cytoscape.js

Librairie de graphe citée comme référence technique utile pour comprendre les visualizers de bundles.

Les sample bundles : apprendre par l'exemple

Les samples sont essentiels parce qu'ils montrent la forme réelle d'un bundle. Ils aident à comprendre comment découper les dossiers, nommer les fichiers, structurer `index.md` et faire cohabiter datasets, tables, références et visualisation.

Il ne faut pas copier leur architecture telle quelle. Un bundle data, support ou marketing doit rester adapté à son domaine. Les samples servent à observer les patterns: granularité, liens, citations, fichiers de référence et progressive disclosure.

Le bon exercice consiste à ouvrir un sample, puis à écrire la même structure pour votre cas: quelles seraient vos tables, vos métriques, vos policies, vos sources, vos playbooks et vos décisions ?

GA4 sample bundle

Exemple officiel orienté analytics e-commerce et données GA4.

Stack Overflow sample bundle

Exemple officiel autour d'un dataset public riche en tables et références.

Bitcoin sample bundle

Exemple officiel autour de données blockchain et concepts techniques.

Les ressources connexes : LLM-wiki, AGENTS.md et CLAUDE.md

OKF n'arrive pas dans le vide. Il formalise un mouvement plus large: donner aux agents une mémoire structurée, lisible, maintenable et versionnable.

Le pattern LLM-wiki d'Andrej Karpathy aide à comprendre l'idée de wiki maintenu avec l'aide d'agents. `AGENTS.md` et `CLAUDE.md` montrent un autre angle: des fichiers de contexte qui orientent le comportement d'un agent dans un projet.

La différence à garder en tête: ces ressources expliquent des pratiques proches, mais OKF vise un format de connaissances portable. Elles doivent donc être lues comme contexte historique et pratique, pas comme des règles OKF.

Andrej Karpathy - LLM Wiki

Texte fondateur pour comprendre l'idée de wiki Markdown maintenu avec l'aide d'agents.

OpenAI Codex - AGENTS.md

Guide officiel sur les instructions projet pour Codex.

Claude Code - Memory / CLAUDE.md

Documentation officielle sur la mémoire projet et les fichiers CLAUDE.md.

Anthropic - Effective context engineering

Lecture utile sur la sélection, la compression et la maintenance du contexte agent.

ARD et visibilité agentique : à lire sans confondre avec OKF

ARD est une ressource importante, mais elle ne décrit pas le même objet que OKF. OKF structure la connaissance. ARD décrit une couche de découverte pour des ressources agentiques: APIs, agents, MCP servers, workflows ou autres capacités appelables.

Le lien entre les deux est prospectif et architectural: un bundle OKF peut documenter le contexte qu'une capacité utilise, tandis qu'un catalogue ARD peut rendre cette capacité découvrable via `ai-catalog.json` et des mécanismes de confiance.

Cette distinction évite une confusion fréquente: OKF ne remplace pas ARD, et ARD ne remplace pas OKF. Ils peuvent devenir complémentaires dans une architecture agent-ready.

Google Developers Blog - ARD

Annonce officielle de Agentic Resource Discovery et de son rôle dans la découverte agentique.

ARD docs site

Documentation rendue pour comprendre les concepts ARD, catalogues, registres et quickstart.

ARD GitHub repo

Repo canonique de la specification ARD et de ses schemas.

Google Cloud ARD page

Page Google Cloud sur ARD et les cas d'usage enterprise associés.

SEO et contenu utile : garder les fondamentaux

OKF ne doit pas être présenté comme un signal SEO direct confirmé. Les ressources SEO officielles restent indispensables pour garder une base saine: pages indexables, contenu utile, maillage, structure claire et données structurées quand elles sont pertinentes.

La bonne lecture est indirecte: OKF peut aider à structurer les entités, les preuves, les sources et les relations qu'une équipe marketing ou un agent de contenu utilise pour produire un contenu plus cohérent.

Pour tout ce qui concerne Google Search, privilégiez les sources Google Search Central. Les vidéos sur entity maps et OKF sont utiles pour explorer des pistes, mais elles restent secondaires.

Google Search Central - SEO Starter Guide

Guide officiel pour aider les moteurs et les utilisateurs à comprendre un site.

Google Search Central - Helpful content

Référence officielle sur le contenu utile, fiable et people-first.

Google Search Central - Structured data

Introduction officielle aux données structurées dans Google Search.

YouTube - Entity Maps & OKF

Vidéo secondaire à utiliser comme piste de réflexion sur SEO agentique et cartes d'entités.

Vidéos utiles : bonnes portes d'entrée, mais sources secondaires

Les vidéos sont utiles pour accélérer la compréhension, surtout quand elles illustrent un schéma mental: second brain, LLM-wiki, OKF vs RAG, entity maps ou visibilité agentique.

Elles doivent cependant rester des sources secondaires. Si une vidéo affirme quelque chose sur la spec, la règle à suivre est simple: vérifier dans `SPEC.md`, le README ou l'annonce Google Cloud.

Leur meilleur usage est pédagogique: aider un lecteur à comprendre pourquoi OKF mérite attention, puis le ramener vers les sources primaires pour passer à l'action.

This New Google Format Gives Your AI Agent a Second Brain

Vidéo pédagogique utile pour comprendre OKF comme couche de connaissance portable.

Are Entity Maps & OKF the Future of SEO?

Vidéo utile pour explorer la prospective SEO et les entity maps, à lire avec prudence.

RessourceStatutPourquoi la lireQuand l'utiliser
Google Cloud OKF

Source primaire

Comprendre l'intention, le problème du contexte fragmenté et le positionnement open format.

Pour expliquer pourquoi OKF existe.

OKF SPEC.md

Source primaire technique

Vérifier les règles de bundle, concept file, liens, citations et conformité.

Pour trancher une question de structure.

OKF README.md

Source officielle pratique

Comprendre les outils, samples, reference agent et visualizer.

Pour explorer le repo et préparer un test.

Sample bundles

Exemples officiels

Observer une structure réelle de bundle et ses fichiers.

Pour copier des patterns sans copier le domaine.

LLM-wiki

Source contextuelle

Comprendre le pattern historique de wiki maintenu par agents.

Pour expliquer l'origine du mouvement.

AGENTS.md / CLAUDE.md

Docs officielles connexes

Comprendre les fichiers d'instructions projet pour agents.

Pour comparer contexte projet et connaissance métier.

ARD

Spec connexe

Comprendre la découverte de capacités agentiques.

Pour parler visibilité agentique sans confondre avec OKF.

Google Search Central

Source primaire SEO

Garder les fondamentaux indexation, contenu utile et données structurées.

Pour éviter de sur-vendre OKF comme signal SEO.

Vidéos

Sources secondaires

Accélérer la compréhension avec des exemples et analogies.

Pour pédagogie, pas pour arbitrer une règle.

Ordre de lecture recommandé selon votre profil

Tout le monde n'a pas besoin de lire les ressources dans le même ordre. Un décideur doit comprendre l'enjeu stratégique. Un builder doit ouvrir la spec. Une équipe data doit regarder les samples. Une équipe marketing doit croiser OKF avec les fondamentaux SEO.

Le meilleur parcours est celui qui mène rapidement à une action: choisir un premier périmètre, ouvrir un sample, écrire un concept, ou tester une question agent.

ProfilLire d'abordLire ensuiteAction recommandée
Décideur

Google Cloud OKF

Limites, ARD et SEO

Identifier une boucle métier où le contexte bloque déjà les agents.

Builder

SPEC.md

README, OKF folder, samples

Créer un mini-bundle avec 5 concepts et un `index.md`.

Data

GA4 sample bundle

Data case, semantic layer, Knowledge Catalog

Documenter une métrique critique avec table, dashboard et owner.

Marketing SEO

Google Cloud OKF

Helpful content, SEO Starter Guide, Entity Maps video

Structurer un cluster éditorial avec preuves, entités et maillage.

Support sales

Workflow et checklist

AGENTS.md, Anthropic context engineering

Transformer une policy et un playbook en bundle testable.

Ops / agents

LLM-wiki

ARD, AGENTS.md, CLAUDE.md

Comparer instructions projet, contexte métier et capacités découvrables.

Glossaire OKF

Ce glossaire donne des définitions courtes pour relire le guide plus vite. Il ne remplace pas la spec, mais aide à stabiliser le vocabulaire.

TermeDéfinition
OKF

Open Knowledge Format: format ouvert pour représenter du contexte et de la connaissance sous forme de fichiers Markdown, YAML frontmatter, liens et conventions de bundle.

Bundle

Dossier autonome de documents OKF, distribuable via Git, archive, tarball ou sous-dossier.

Concept file

Fichier Markdown qui représente une unité de connaissance: métrique, table, playbook, API, décision, persona, source.

Concept ID

Identifiant implicite d'un concept, dérivé du chemin du fichier sans le suffixe `.md`.

Frontmatter YAML

Bloc YAML au début du fichier qui expose les métadonnées structurées.

type

Seul champ requis dans un concept file OKF v0.1; il décrit la catégorie du concept.

resource

Champ recommandé qui pointe vers la ressource principale liée au concept: dashboard, API, table, document, ticket.

Citation

Lien ou référence qui soutient une affirmation importante dans le body Markdown.

index.md

Fichier optionnel de navigation et de progressive disclosure pour guider humains et agents.

log.md

Fichier optionnel d'historique pour tracer les changements importants du bundle.

Producer

Personne, agent, script ou système qui produit un bundle OKF.

Consumer

Humain, agent, visualizer, moteur de recherche ou outil qui lit un bundle OKF.

RAG

Retrieval-Augmented Generation: approche qui retrouve des passages pertinents au moment d'une question.

ARD

Agentic Resource Discovery: protocole de découverte de ressources agentiques, distinct mais potentiellement complémentaire à OKF.

ai-catalog.json

Fichier de catalogue ARD décrivant des capacités agentiques découvrables.

Trust manifest

Mécanisme de confiance ARD pour vérifier l'identité d'un publisher ou d'un domaine.

Visualizer

Outil de lecture qui transforme les liens d'un bundle en graphe navigable.

Lire ensuite

Après avoir identifié les bonnes ressources, revenez aux pages pratiques: définition, bundle, concept, exemples, outils, checklist ou prochaines étapes selon votre niveau d'avancement.

Définition

Revenir à la définition simple de OKF.

Anatomie d'un bundle

Comprendre l'unité de distribution OKF.

Anatomie d'un concept

Écrire un concept file solide.

Exemples

Copier et adapter des modèles concrets.

Liens et graphe

Comprendre comment les fichiers deviennent carte de connaissance.

Outils officiels

Explorer plus précisément le repo, samples et visualizer.

ARD et SEO

Garder une lecture prudente sur visibilité agentique.

Limites

Éviter les promesses excessives autour de OKF.

Checklist

Vérifier qu'un bundle est prêt à tester.

Prochaines étapes

Passer de la lecture à l'action.

À retenir

Les points à retenir

Une bonne page ressources doit hiérarchiser la confiance. Pour OKF, les sources primaires sont l'annonce Google Cloud, la spec, le README et le repo officiel. Les samples aident à construire. LLM-wiki, AGENTS.md, CLAUDE.md, ARD, SEO et vidéos donnent du contexte, mais ne remplacent pas les sources officielles pour trancher une règle.

Portrait de Milan Boisgard, auteur du guide Open Knowledge Format

Auteur du guide

Milan BOISGARD

Product Builder IA & Context Engineer

Product Builder IA & Context Engineer, je vous aide à structurer le contexte de vos process dans votre entreprise pour améliorer l'efficacité de vos agents IA.