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.
Source primaire d'annonce: intention, problème résolu et positionnement du format.
OKF SPEC.mdSource primaire technique: bundles, concept files, frontmatter, liens, citations et conformité.
OKF README.mdVue d'ensemble officielle du dossier OKF, des outils, samples et implémentations de référence.
Knowledge Catalog repoRepo 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.
Point d'entrée direct vers le dossier OKF dans le repo officiel.
Google Cloud Knowledge CatalogProduit Google Cloud qui peut ingérer OKF et le servir à des agents, sans que OKF devienne propriétaire.
Cytoscape.jsLibrairie 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 ?
Exemple officiel orienté analytics e-commerce et données GA4.
Stack Overflow sample bundleExemple officiel autour d'un dataset public riche en tables et références.
Bitcoin sample bundleExemple 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.
Texte fondateur pour comprendre l'idée de wiki Markdown maintenu avec l'aide d'agents.
OpenAI Codex - AGENTS.mdGuide officiel sur les instructions projet pour Codex.
Claude Code - Memory / CLAUDE.mdDocumentation officielle sur la mémoire projet et les fichiers CLAUDE.md.
Anthropic - Effective context engineeringLecture 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.
Annonce officielle de Agentic Resource Discovery et de son rôle dans la découverte agentique.
ARD docs siteDocumentation rendue pour comprendre les concepts ARD, catalogues, registres et quickstart.
ARD GitHub repoRepo canonique de la specification ARD et de ses schemas.
Google Cloud ARD pagePage 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.
Guide officiel pour aider les moteurs et les utilisateurs à comprendre un site.
Google Search Central - Helpful contentRéférence officielle sur le contenu utile, fiable et people-first.
Google Search Central - Structured dataIntroduction officielle aux données structurées dans Google Search.
YouTube - Entity Maps & OKFVidé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.
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.
Source primaire
Comprendre l'intention, le problème du contexte fragmenté et le positionnement open format.
Pour expliquer pourquoi OKF existe.
Source primaire technique
Vérifier les règles de bundle, concept file, liens, citations et conformité.
Pour trancher une question de structure.
Source officielle pratique
Comprendre les outils, samples, reference agent et visualizer.
Pour explorer le repo et préparer un test.
Exemples officiels
Observer une structure réelle de bundle et ses fichiers.
Pour copier des patterns sans copier le domaine.
Source contextuelle
Comprendre le pattern historique de wiki maintenu par agents.
Pour expliquer l'origine du mouvement.
Docs officielles connexes
Comprendre les fichiers d'instructions projet pour agents.
Pour comparer contexte projet et connaissance métier.
Spec connexe
Comprendre la découverte de capacités agentiques.
Pour parler visibilité agentique sans confondre avec OKF.
Source primaire SEO
Garder les fondamentaux indexation, contenu utile et données structurées.
Pour éviter de sur-vendre OKF comme signal SEO.
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.
Google Cloud OKF
Limites, ARD et SEO
Identifier une boucle métier où le contexte bloque déjà les agents.
SPEC.md
README, OKF folder, samples
Créer un mini-bundle avec 5 concepts et un `index.md`.
GA4 sample bundle
Data case, semantic layer, Knowledge Catalog
Documenter une métrique critique avec table, dashboard et owner.
Google Cloud OKF
Helpful content, SEO Starter Guide, Entity Maps video
Structurer un cluster éditorial avec preuves, entités et maillage.
Workflow et checklist
AGENTS.md, Anthropic context engineering
Transformer une policy et un playbook en bundle testable.
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.
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.
Dossier autonome de documents OKF, distribuable via Git, archive, tarball ou sous-dossier.
Fichier Markdown qui représente une unité de connaissance: métrique, table, playbook, API, décision, persona, source.
Identifiant implicite d'un concept, dérivé du chemin du fichier sans le suffixe `.md`.
Bloc YAML au début du fichier qui expose les métadonnées structurées.
Seul champ requis dans un concept file OKF v0.1; il décrit la catégorie du concept.
Champ recommandé qui pointe vers la ressource principale liée au concept: dashboard, API, table, document, ticket.
Lien ou référence qui soutient une affirmation importante dans le body Markdown.
Fichier optionnel de navigation et de progressive disclosure pour guider humains et agents.
Fichier optionnel d'historique pour tracer les changements importants du bundle.
Personne, agent, script ou système qui produit un bundle OKF.
Humain, agent, visualizer, moteur de recherche ou outil qui lit un bundle OKF.
Retrieval-Augmented Generation: approche qui retrouve des passages pertinents au moment d'une question.
Agentic Resource Discovery: protocole de découverte de ressources agentiques, distinct mais potentiellement complémentaire à OKF.
Fichier de catalogue ARD décrivant des capacités agentiques découvrables.
Mécanisme de confiance ARD pour vérifier l'identité d'un publisher ou d'un domaine.
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.
Revenir à la définition simple de OKF.
Anatomie d'un bundleComprendre l'unité de distribution OKF.
Anatomie d'un conceptÉcrire un concept file solide.
ExemplesCopier et adapter des modèles concrets.
Liens et grapheComprendre comment les fichiers deviennent carte de connaissance.
Outils officielsExplorer plus précisément le repo, samples et visualizer.
ARD et SEOGarder une lecture prudente sur visibilité agentique.
LimitesÉviter les promesses excessives autour de OKF.
ChecklistVérifier qu'un bundle est prêt à tester.
Prochaines étapesPasser de la lecture à l'action.
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.
