Méthodologie avant résultat. Ces cibles sont celles qu'on s'engage à mesurer avec les partenaires pilotes 2026 — pas des chiffres déjà acquis. Chaque KPI s'appuie sur une requête SPARQL de référence et une shape SHACL de validation : la valeur se démontre, elle ne se décrète.Methodology before result. These targets are what we commit to measure with 2026 pilot partners — not numbers already achieved. Every KPI rests on a reference SPARQL query and a validating SHACL shape: value is demonstrated, not decreed.

Par où commencer ?Where to begin?

Chaque carte décrit une action concrète que vous pouvez réaliser dans bra0. Cliquez « En savoir plus » pour les détails.Each card describes a concrete action you can perform in bra0. Click "Learn more" for details.

Explorer votre KS naturellementExplore your KS naturally

L'interface de bra0 expose les 8 facettes comme des onglets comptés. L'explorateur gauche affiche le contenu de la facette sélectionnée. Le canvas reste le terrain partagé. Cliquez les facettes ci-dessous pour explorer.bra0's interface exposes the 8 facets as counted tabs. The left explorer displays the content of the selected facet. The canvas remains the shared ground. Click the facets below to explore.

Visite guidéeGuided tour

Là où les coopérations data-centric émergentWhere data-centric cooperation emerges

Application-centric vs data-centric. Depuis quarante ans, chaque application enferme son modèle ; datalakes, warehouses et API point-à-point tentent de ressouder, sans jamais résoudre la dette. À l'inverse, une approche data-centric laisse les applications visiter la donnée, opérer leur traitement, et déposer leurs résultats dans la couche data — la donnée précède, les applications succèdent (Data Centric Manifesto).Application-centric vs data-centric. For forty years, each application has trapped its own model; datalakes, warehouses, and point-to-point APIs have tried to stitch them back — never resolving the debt. A data-centric approach lets applications visit the data, operate, and write their results back to the data layer — data precedes, applications follow (Data Centric Manifesto).

Holonique, pas décrétée. L'organisation qui émerge n'est ni centralisée ni dispersée — elle est holonique : chaque domaine fonctionnel de données y est un holon, à la fois un tout (autonome, avec ses règles, ses shapes, son architecte local) et la partie d'un ensemble plus large. Ingénieurs data de domaine, architecte data d'entreprise, gouvernance data, responsables métier et squads plateforme coopèrent autour de chaque holon — sans plan stratégique top-down, à partir d'un socle commun où tous travaillent sur la même représentation.Holonic, not decreed. The organisation that emerges is neither centralised nor dispersed — it is holonic: each functional data domain is a holon, both a whole (autonomous, with its own rules, shapes, local architect) and a part of a larger whole. Domain data engineers, enterprise data architect, data governance, business data owners, and platform squads cooperate around each holon — with no top-down strategic plan, from a shared foundation where all work on the same representation.

Le rôle de bra0. bra0 est ce socle. Pas un outil de plus à déployer, mais un terrain où les domaines deviennent tangibles (shapes signées, vocabulaires composés, provenance rejouable), où plusieurs rôles travaillent sur la même représentation, et où la gouvernance se manifeste par des règles exécutables plutôt que par des slides.bra0's role. bra0 is that foundation. Not one more tool to deploy, but a ground where domains become tangible (signed shapes, composed vocabularies, replayable provenance), where several roles work on the same representation, and where governance manifests as executable rules rather than slides.

Des écosystèmes au-delà de l'entreprise. La structure holonique dépasse le cas corporate : consortiums sectoriels (EHDS santé, Catena-X industrie, dataspaces énergie ou mobilité), collectivités territoriales et dataspaces urbains, clusters industriels et filières (agri, logistique, construction circulaire), réseaux de recherche et infrastructures scientifiques, coopératives de données, ONG coordonnées, consortiums de formation. À chaque fois, le même motif : des unités autonomes qui coopèrent autour d'une donnée commune sans abandonner leur souveraineté locale. Les use cases de coopération data-centric n'ont pas encore tous un nom — ils s'écriront à mesure que des holons se connecteront.Ecosystems beyond the enterprise. The holonic pattern extends well past the corporate case: sectoral consortia (EHDS health, Catena-X industry, energy or mobility dataspaces), regional authorities and urban dataspaces, industrial clusters and supply chains (agri, logistics, circular construction), research networks and scientific infrastructures, data cooperatives, coordinated NGOs, training consortia. Each time, the same pattern: autonomous units cooperating around shared data without giving up local sovereignty. Not all data-centric cooperation use cases have names yet — they will be written as holons connect.

Note éditoriale — cette section décrit l'environnement que bra0 rend possible, pas une liste d'acheteurs-cibles. Un KS n'a pas n versions selon l'audience : il a une seule représentation, consultée sous plusieurs angles via les lentilles (décrites plus loin dans ce guide).Editorial note — this section describes the environment bra0 makes possible, not a list of target buyers. A KS does not have n versions per audience: it has one representation, consulted from multiple angles via lenses (described further in this guide).

Tout est relié, rien n'est isoléEverything is connected, nothing is isolated

Un KS n'est pas une collection de fichiers posés côte à côte. C'est un réseau où chaque élément référence, enrichit et valide les autres. Les sources alimentent les mappings, les mappings connectent aux vocabulaires, les vocabulaires sont contraints par les shapes, les rules vérifient la conformité, les questions testent la complétude, et la narrative donne du sens humain à l'ensemble.A KS is not a collection of files sitting side by side. It is a network where each element references, enriches and validates the others. Sources feed mappings, mappings connect to vocabularies, vocabularies are constrained by shapes, rules verify compliance, questions test completeness, and narrative gives human meaning to the whole.

Un KS, c'est N documents vivantsA KS is N living documents

Concrètement, un Knowledge Space est composé de N documents au sens NextGraph. Chaque document est une unité de connaissance autonome qui combine un graphe RDF et un texte riche — le tout synchronisé en temps réel, hors ligne inclus.Concretely, a Knowledge Space is composed of N documents in the NextGraph sense. Each document is a self-contained knowledge unit combining an RDF graph and rich text — all synchronized in real time, offline included.

Partager, forker, contribuer en retourShare, fork, contribute back

Un Knowledge Space se partage comme un fichier : on le télécharge, on l'ouvre en local, on travaille dedans. On peut aussi le copier pour en faire sa propre version — un fork — tout en continuant à recevoir les améliorations de l'original, à une condition : ne pas modifier la structure des données (les shapes, c'est-à-dire le schéma qui dit ce qu'est un Patient, un Bâtiment, une Publication…). Dès qu'un champ est renommé, retypé ou supprimé, la synchronisation automatique s'arrête et bra0 affiche exactement ce qui diverge. Le fork peut alors soit vivre sa vie, soit proposer ses changements en retour à l'auteur — comme une pull request Git, mais sur de la connaissance plutôt que du code. Côté plomberie : NextGraph assure le transport pair-à-pair, et chaque opération (fork, merge, publication) laisse une trace permanente qu'un audit ultérieur peut rejouer.A Knowledge Space is shared like a file: download it, open it locally, work in it. You can also copy it into your own version — a fork — and keep pulling upstream improvements, on one condition: don't change the data structure (the shapes — the schema that says what a Patient, a Building, a Publication is). The moment a field is renamed, retyped, or removed, automatic sync stops and bra0 shows you exactly what diverges. The fork can then live on its own or propose its changes back to the original author — like a Git pull request, but on knowledge rather than code. Under the hood: NextGraph handles peer-to-peer transport, and every operation (fork, merge, publish) leaves a permanent trace any later audit can replay.

État réel : Le format de package est spécifié. Trois templates sont définis (neuro-ks, edcc-ks, planning-ks) ; aucun n'est encore packagé. Le spike NextGraph a établi que NG ne fournit pas de couche Cambria (fusion CRDT sous évolution de schéma) ; bra0 a choisi la voie "pull conditionné par compatibilité de shape" plutôt que de construire une couche de lens propriétaire. Première preuve E2E (planning-ks) en cours.Actual state: Package format specified. Three templates are defined (neuro-ks, edcc-ks, planning-ks); none is packaged yet. The NextGraph spike established that NG does not provide a Cambria-style layer (CRDT merge under schema evolution); bra0 chose the "pull conditional on shape compatibility" route rather than building a proprietary lens layer. First end-to-end proof (planning-ks) in progress.

Chaque dimension a son rôleEach dimension has its role

Un KS bien formé couvre 8 facettes. Chacune a sa couleur, son vocabulaire, ses outils. Cliquez sur chaque section pour comprendre ce qu'elle apporte.A well-formed KS covers 8 facets. Each has its color, its vocabulary, its tools. Click on each section to understand what it brings.

Voir et éditer sans détruire la sourceViewing and editing without destroying the source

Une lentille projette le même socle RDF sous une autre forme — tableau, canvas, narratif, index, graphe replié — et accepte en retour des éditions qui retournent au socle. Huit types de lentilles sont définis, avec cinq lois qu'elles respectent. La principale : la transformation est réversible (Option C-strict), au sens où l'information ontologique n'est jamais perdue dans la projection.A lens projects the same RDF foundation into another form — table, canvas, narrative, index, folded graph — and accepts edits that flow back to the foundation. Eight lens kinds are defined, with five laws they must respect. The central one: the transformation is reversible (Option C-strict), meaning ontological information is never lost in the projection.

Les cinq loisThe five laws

1. Réversibilité (Option C-strict) — la projection ne perd aucune information ontologique ; l'édition inverse retourne au socle sans ambiguïté.Reversibility (Option C-strict) — the projection loses no ontological information; the inverse edit returns to the foundation without ambiguity.
2. Frontière BFO-impassable — aucune lentille ne franchit la distinction continuant / occurrent. Pas de transformation d'un processus en objet, ni l'inverse.BFO-impassable boundary — no lens crosses the continuant / occurrent distinction. No transformation of a process into an object, or vice versa.
3. Provenance de la vue — chaque lentille enregistre dans PROV-O quelle projection a été appliquée et par qui.View provenance — every lens records in PROV-O which projection was applied and by whom.
4. Composabilité — les lentilles se composent ; la composition reste réversible.Composability — lenses compose; the composition remains reversible.
5. Validité SHACL préservée — une édition via lentille ne peut produire un état qui violerait les shapes attachées au mode gouverné.SHACL validity preserved — an edit via a lens cannot produce a state that would violate the shapes attached to the governed mode.

État réel : Les lentilles 1-3 (table, canvas, narrative) sont déjà présentes dans l'interface bra0 ; les cinq autres sont formalisées au niveau spécification. L'implémentation progressive est séquencée avec les stories v0.9.Actual state: Lenses 1–3 (table, canvas, narrative) already exist in the bra0 interface; the other five are formalized at specification level. Progressive implementation is sequenced with the v0.9 stories.

L'IA sous contratAI under contract

Un Knowledge Space ne se contente pas de stocker des connaissances — il définit et applique des contrats sémantiques qui régissent toutes les interactions avec des agents logiciels, qu'ils soient IA ou non. C'est ce qui distingue bra0 de tout autre outil.A Knowledge Space does not just store knowledge — it defines and enforces semantic contracts that govern all interactions with software agents, whether AI or not. This is what sets bra0 apart from any other tool.

5 couches, zéro angle mort5 layers, zero blind spots

La confiance dans un Knowledge Space repose sur un empilement de 5 couches, chacune garantissant un aspect différent de la sécurité et de l'intégrité. Si une couche manque, la confiance s'effondre.Trust in a Knowledge Space rests on a stack of 5 layers, each guaranteeing a different aspect of security and integrity. If one layer is missing, trust collapses.

Votre ontologie se documente elle-mêmeYour ontology documents itself

Écrivez une shape SHACL. bra0 génère la page de référence. Pas de docs manuelles, pas de dérive entre schéma et documentation.Write a SHACL shape. bra0 generates the reference page. No manual docs, no drift between schema and documentation.

Pattern inspiré par SHACL Play (Sparna.fr) — génération de documentation lisible depuis des shapes SHACL via ReSpec. bra0 applique le même principe avec rudof et des pages HTML statiques dans le design system bra0.Pattern inspired by SHACL Play (Sparna.fr) — human-readable documentation generation from SHACL shapes via ReSpec. bra0 applies the same principle with rudof and static HTML pages in the bra0 design system.

Un socle qui se reforme sans perdre sa traceA foundation that reshapes without losing its trace

La connaissance n'arrive presque jamais déjà rangée. On commence par noter des idées comme sur un carnet, une structure émerge, on fige cette structure, puis le monde change et il faut la refondre. bra0 prend ces trois temps au sérieux. Un mode croquis pour capturer librement sans schéma imposé — un clinicien qui note une observation, un chercheur qui esquisse une hypothèse, un urbaniste qui commence à mailler son territoire. Un basculement explicite vers un mode gouverné le jour où l'on veut valider ces notes contre une ontologie (SNOMED CT en santé, un standard métier, une réglementation) — la transition est tracée et réversible, pas silencieuse. Un vocabulaire de pointeurs qui permet à n'importe quelle note de référencer n'importe quelle autre, indépendamment du mode et du schéma. Conséquence pratique : vous n'avez pas à choisir votre ontologie avant d'écrire votre première ligne, et vous pouvez restructurer plus tard sans perdre ni les notes ni la trace des décisions qui les ont fait bouger.Knowledge almost never arrives already sorted. You start by jotting ideas down as on a notebook, a structure emerges, you freeze it, then the world shifts and you have to reshape it. bra0 takes those three moments seriously. A sketch mode for free capture with no imposed schema — a clinician noting an observation, a researcher sketching a hypothesis, a planner starting to map a territory. An explicit switch into governed mode the day you want to validate those notes against an ontology (SNOMED CT in healthcare, an industry standard, a regulation) — the transition is traced and reversible, not silent. A pointer vocabulary that lets any note reference any other note, regardless of mode or schema. Net effect: you don't have to pick your ontology before writing your first line, and you can restructure later without losing either the notes or the trail of decisions that moved them.

État réel : D7/D8/D9 arbitrés. Les stories v0.9 (F1-F5) opérationnalisent Layer 0, le mode switch et bra0m:Pointer. L'implémentation attend la fermeture du diagnostic v0.8 et du spike NextGraph sur le fork API + CRDT-schema-merge. Référence : checkpoint 2026-04-19.Actual state: D7/D8/D9 arbitrated. The v0.9 stories (F1-F5) operationalize Layer 0, the mode switch, and bra0m:Pointer. Implementation is gated on the v0.8 diagnostic and on the NextGraph spike covering fork API + CRDT-schema-merge. Reference: 2026-04-19 checkpoint.

Un KS qui s'améliore tout seulA KS that improves itself

Plus vous utilisez votre Knowledge Space, plus il devient riche, fiable et utile. Chaque facette renforce les autres dans une boucle auto-amplifiante.The more you use your Knowledge Space, the richer, more reliable and more useful it becomes. Each facet reinforces the others in a self-amplifying loop.

Votre savoir ne vous appartient que si vous pouvez l'emporterYour knowledge is only yours if you can take it with you

Un Knowledge Space bra0 est construit entièrement sur des standards ouverts du W3C. Aucun format propriétaire, aucun lock-in. Vous pouvez exporter, fédérer et partager votre KS avec tout système conforme aux standards du Web sémantique.A bra0 Knowledge Space is built entirely on open W3C standards. No proprietary formats, no lock-in. You can export, federate and share your KS with any system compliant with Semantic Web standards.

Deux espaces, une vision souveraineTwo spaces, one sovereign vision

L'Union Européenne construit des Data Spaces — des infrastructures de partage de données entre organisations (santé, énergie, finance, mobilité...). Un Knowledge Space bra0 est le complément indispensable côté participant : là où le Data Space fournit les tuyaux, le KS fournit l'intelligence sémantique et la gouvernance locale.The European Union is building Data Spaces — data sharing infrastructures between organizations (health, energy, finance, mobility...). A bra0 Knowledge Space is the essential complement on the participant side: where the Data Space provides the pipes, the KS provides semantic intelligence and local governance.

Un marketplace de KS vérifiables — trois niveaux de validation, trois templates en chantierA marketplace of verifiable KS — three validation tiers, three templates in progress

Puisqu'un KS se partage, se copie et se contribue en retour, on peut construire un marketplace par-dessus. Concrètement, trois rôles se rencontrent sur l'axe cycle de vie du template : des auteurs publient un template (par exemple une équipe de recherche qui publie un KS neuroscience pour les troubles cognitifs), des opérateurs l'instancient sur leurs propres données (une clinique, un cabinet, un service), des auditeurs vérifient la qualité du résultat. Même socle, trois responsabilités distinctes, et une qualité mesurée (audit qualité d’ontologie, shapes conformes, provenance rejouable) plutôt que déclarée. Ces trois rôles se composent avec un second axe, imposé par les standards européens : les rôles de participation au Data Space — Data Provider (fournisseur de données) et Data Consumer (consommateur), auxquels s'ajoute la Governance Authority qui opère les règles communes. Un même acteur peut porter plusieurs rôles selon le contexte : une clinique est Opérateur de son KS, Data Provider pour la recherche publique, Data Consumer pour les registres qu'elle interroge. Les trois tiers ci-dessous indiquent qui porte la validation : l'auteur seul, une autorité nommée, ou un régulateur compétent. Aucun prix n'est publié à ce stade — la structure économique suit la preuve technique, pas l'inverse.Because a KS can be shared, copied, and contributed back, a marketplace can be built on top. Concretely, three roles meet on the template lifecycle axis: authors publish a template (for example a research team publishing a neuroscience KS for cognitive disorders), operators instantiate it on their own data (a clinic, a practice, a department), auditors check the resulting quality. Same foundation, three distinct responsibilities, and quality that is measured (ontology quality audit, conforming shapes, replayable provenance) rather than claimed. These three roles compose with a second axis, imposed by European standards: the Data Space participation roles — Data Provider and Data Consumer, plus the Governance Authority that runs the common rules. One actor can hold several roles depending on the context: a clinic is Operator of its KS, Data Provider for public research, Data Consumer for the registries it queries. The three tiers below record who carries validation: the author alone, a named authority, or a competent regulator. No pricing is published at this stage — economic structure follows technical proof, not the other way around.

Trois templates de référence en préparationThree reference templates in preparation

État réel : le format de package est défini ; la preuve E2E (fork, CRDT-schema-merge, upstream contribution) n'est pas encore exécutée. Aucun prix n'est publié : les questions commerciales (tarification Tier-2, autorité d'approbation) sont explicitement différées jusqu'à la preuve E2E planning-ks. Voir checkpoint 2026-04-19.Actual state: the package format is defined; the end-to-end proof (fork, CRDT-schema-merge, upstream contribution) has not yet been executed. No pricing is published: commercial questions (Tier-2 pricing, approval authority) are explicitly deferred until the planning-ks E2E proof. See 2026-04-19 checkpoint.

Mécanismes économiques. (i) Marché biface (Rochet-Tirole) : les auteurs et les opérateurs sont deux faces dont l'intérêt à rejoindre le marketplace dépend de la présence de l'autre. (ii) Signalisation (Spence) : les tiers qualité (gold/silver/bronze) et l'autorité de validation nommée servent de signaux vérifiables de qualité. (iii) Externalités positives (Jordan) : chaque contribution upstream bénéficie à tous les forks en aval, créant un effet d'apprentissage collaboratif.Economic mechanisms. (i) Two-sided market (Rochet-Tirole): authors and operators are two sides whose interest in joining the marketplace depends on the presence of the other. (ii) Signaling (Spence): quality tiers (gold/silver/bronze) and the named validation authority act as verifiable quality signals. (iii) Positive externalities (Jordan): every upstream contribution benefits all downstream forks, creating a collaborative-learning effect.