bra0 is organized as 40 leaf capabilities across 5 families and 14 sub-domains. Each capability traces to a layer, a set of W3C standards, and a maturity status. This is the complete reference.bra0 est organisé en 40 capacités unitaires réparties en 5 familles et 14 sous-domaines. Chaque capacité trace vers une couche, un ensemble de standards W3C et un statut de maturité. Voici la référence complète.
This is the Reference surface (Diátaxis): operational lookup, gate-bound to the capability manifest. For the strategic capability map and doctrine, see the Capability Blueprint (Explanation); for command signatures, the CLI reference.Ceci est la surface de référence (Diátaxis) : consultation opérationnelle, liée par gate au manifeste des capacités. Pour la carte stratégique et la doctrine, voir le Blueprint des capacités (Explication) ; pour les signatures de commandes, la référence CLI.
5
Families
14
Sub-domains
41
Leaf caps
16
Exist
14
Partial
Governance (GOV)8 capabilities · Control Plane
Policies, identity, trust, audit. Who can? Who did? What's allowed? Is it compliant?Politiques, identité, confiance, audit. Qui peut ? Qui a fait ? Qu'est-ce qui est autorisé ? Est-ce conforme ?
Deterministic backlog Markdown projected from the C3 read-model: two SPARQL SELECTs read SHACL constraints + story manifest backward into rows; C1 renders (epic grouping, GIVEN/WHEN/THEN assembly). CLI: topo backlog. SPARQLBacklog Markdown déterministe projeté depuis le read-model C3 : deux SELECT SPARQL relisent les contraintes SHACL + le manifeste des stories en lignes ; C1 fait le rendu (groupement par epic, assemblage GIVEN/WHEN/THEN). CLI : topo backlog.
DCAT 3.0 dataset metadata export. Entity counts, distribution format, publisher. DCAT 3Export de métadonnées DCAT 3.0. Comptage d'entités, format, éditeur.
Meaning, reasoning, schema, enrichment. What does it mean? How do concepts relate? Is the model complete?Sens, raisonnement, schéma, enrichissement. Que signifie-t-il ? Comment les concepts sont-ils liés ? Le modèle est-il complet ?
SPARQL queries as reactive subscriptions. Auto re-evaluation on mutations. SPARQLRequêtes SPARQL comme souscriptions réactives. Réévaluation automatique sur mutations.
Planned
SL-8
Shape-Driven Forms
Auto-generate property edit forms from SHACL/ShEx shapes. XSD-to-widget mapping. SHACLShExGénération automatique de formulaires depuis les shapes SHACL/ShEx.
Storage, ingestion, query, sync, identity. Where is the data? Who is this? How do I verify?Stockage, ingestion, requêtes, synchronisation, identité. Où sont les données ? Qui est-ce ? Comment vérifier ?
Document chunking with 5 quality evaluators (Semantic Coherence, Boundary Integrity, Information Coverage, Density Consistency, Redundancy Control) over the bra0-chunking Rust crate. CLI path: eval-cli --strategy fixed-size|semantic; lineage via prov:wasRevisionOf + Blake3 idempotence. ADR-120Découpage de document avec 5 évaluateurs de qualité (cohérence sémantique, intégrité des frontières, couverture informationnelle, consistance de densité, contrôle de redondance) sur la crate Rust bra0-chunking. Voie CLI : eval-cli --strategy fixed-size|semantic.
Attribute a graph object to a decentralized identifier, as an assertion recorded with provenance (prov:wasAttributedTo object, dct:creator bundle — zero-mint). NextGraph mints identifiers; bra0 owns attribution semantics — bra0 never mints DIDs. DIDPROV-OADR-143Attribuer un objet du graphe à un identifiant décentralisé, comme assertion enregistrée avec provenance (prov:wasAttributedTo objet, dct:creator bundle). NextGraph frappe les identifiants ; bra0 porte la sémantique d'attribution — bra0 ne frappe jamais de DID.
Resolve a DID to its document and metadata, locally and verifiably (W3C DID Resolution v0.3, RFC 9457 errors). Native did:ng lane on local NextGraph state; foreign methods v1 = did:web, did:key; hosted Universal Resolver optional outbound only. DIDADR-144Résoudre un DID vers son document et ses métadonnées, localement et de manière vérifiable (W3C DID Resolution v0.3). Voie native did:ng sur l'état NextGraph local ; méthodes étrangères v1 = did:web, did:key.
Record a governed, verified equivalence between two identifiers (alsoKnownAs, reciprocated or evidence-backed) and read across it at query time. Owner-only, retractable; owl:sameAs prohibited and gate-frozen at 0; canonical rewrite specified dormant. DIDADR-145Enregistrer une équivalence gouvernée et vérifiée entre deux identifiants (alsoKnownAs, réciproque ou adossée à une preuve) et lire à travers elle à la requête. Réservé au propriétaire, rétractable ; owl:sameAs interdit et gelé à 0 par gate.
Planned
Topo Perception (TP)5 capabilities · Transversal
Grounding in reality. What is actually there? Has reality changed? Are we still in sync? Without topo perception, bra0 is a static ontology editor. With it, every decision traces back to verified observations.Ancrage dans la réalité. Qu'y a-t-il réellement ? La réalité a-t-elle changé ? Sommes-nous encore synchronisés ? Sans perception topo, bra0 est un éditeur d'ontologies statique.
topo capture — scan directories, classify files, produce ArchiMate RDF. ArchiMatetopo capture — scanner des répertoires, classifier les fichiers, produire du RDF ArchiMate.
Exists
TP-2
Social Perception
topo social — extract EDGY entities from markdown. 2-tier: regex + NER (candle BERT). EDGYNERtopo social — extraire des entités EDGY depuis le markdown. 2 niveaux : regex + NER (candle BERT).
Partial
TP-3
Physical Perception
Capture physical infrastructure, sensors, spatial relationships. IoT+SOSA for neuro domain. SOSACapturer l'infrastructure physique, capteurs. IoT+SOSA pour le domaine neuro.
topo reflect — cross-reference traces with domain encounters. Multi-phase SPARQL analysis. SPARQLtopo reflect — croiser les traces avec les rencontres domaine.
Exists
TP-5
Pipeline Authoring
Visual DAG editor for P-Plan pipelines. ReactFlow-based. Turtle source of truth. P-PlanÉditeur visuel DAG pour les pipelines P-Plan. Basé sur ReactFlow.
Planned
Neurosymbolic AI (NS)11 capabilities · Transversal
Intelligence across all planes. 100% Rust/WASM compute: oxigraph + sophia + rudof + candle. Symbolic first, neural when needed, sovereign always.Intelligence transversale. 100% Rust/WASM : oxigraph + sophia + rudof + candle. Symbolique d'abord, neuronal si nécessaire, souverain toujours.
Grounding Index: KG-provenance-backed triples / total. Target: >0.95 for clinical CDSS. PROV-OIndice d'ancrage : triplets avec provenance KG / total. Cible : >0.95 pour CDSS cliniques.
Partial
NS-6
Temporal Validity
Knowledge freshness via PROV-O timestamps. Domain-specific expiry rules. PROV-OFraîcheur des connaissances via horodatages PROV-O. Règles d'expiration par domaine.
OWL 2 RL via 9 SPARQL CONSTRUCT rules. Fixpoint engine. 14ms on 522-triple corpus. sophiaoxigraphOWL 2 RL via 9 règles SPARQL CONSTRUCT. Moteur en point fixe. 14ms sur 522 triplets.
Zero-shot NER via candle BERT + SKOS vocabulary. MiniLM-L6-v2 (22MB). candleBERTNER zero-shot via candle BERT + vocabulaire SKOS. MiniLM-L6-v2 (22 Mo).
Partial
NS-9
Sovereign Transcription
Audio-to-text via candle-whisper (Rust WASM). Local-first. Multilingual. candlewhisperAudio vers texte via candle-whisper (Rust WASM). Local-first. Multilingue.
Gap
NS-11
Schema-Constrained LLM Extraction
JSON-Schema-constrained extraction with stop-reason instrumentation. ADR-085 invocation contract: bra0Extract.invoke({corpus, jsonSchema, M*, T=0.0, seed}). SHACLcandleExtraction contrainte par JSON-Schema avec instrumentation des stop-reasons. Contrat d'invocation ADR-085 : bra0Extract.invoke({corpus, jsonSchema, M*, T=0.0, seed}).
Exists
Assistance
ID
Capability
Description
Status
NS-3
Context Generation
Agent prompts via SPARQL CONSTRUCT on the KG. Change behavior = change triples. SPARQLPrompts des agents via SPARQL CONSTRUCT sur le KG. Changer le comportement = changer les triplets.
Full PROV-O provenance pipeline (250 LOC). Every pipeline step records activity, timestamps, agents. PROV-OPipeline de provenance PROV-O complet (250 LOC). Chaque étape enregistre activité, horodatages, agents.
Partial
NS-10
Local Inference
Small LMs in-browser via candle WASM. Tier 3 of cascade (3% compute). Zero cloud dependency. candlePetits modèles de langage dans le navigateur via candle WASM. Tier 3 de la cascade.
Every capability is first a SPARQL operation, then a CLI command, then optionally a UI (arch-delta invariant I1). This section associates each capability with its three operational handles — the signature you call from code, the SPARQL query you run over the evidence graph, and the topo invocation from the terminal. Entries synchronized with blueprint.html via the capability-operations.ttl authoring source. Progressive publication per cycle gate.Chaque capacité est d'abord une opération SPARQL, puis une commande CLI, puis optionnellement une UI (invariant I1 de l'arch-delta). Cette section associe chaque capacité à ses trois poignées opérationnelles — la signature appelée depuis le code, la requête SPARQL sur l'evidence graph, et l'invocation topo en terminal. Entrées synchronisées avec blueprint.html via la source d'autorité capability-operations.ttl. Publication progressive à chaque gate du cycle.
C3 read-model: _method/backlog-projection/queries/backlog-{criteria,stories}-projection.rq — two SPARQL SELECTs computed on the Rust engine that read the SHACL constraints + story manifest backward into rows. The .rq text is read from disk by the CLI, never inlined, so the C3 read-model stays the single source of truth.Read-model C3 : deux SELECT SPARQL exécutés sur le moteur Rust qui relisent les contraintes SHACL + le manifeste des stories en lignes. Le texte .rq est lu depuis le disque par la CLI, jamais recopié.
# Any SELECT; runtime re-evaluates on mutations to listed dependency IRIs:
SELECT ?decision ?rationale WHERE {
?decision a evo:Decision ;
evo:rationale ?rationale .
} ORDER BY DESC(?decision)
# Full PROV-O chain for an output — why does X exist?
SELECT ?act ?input ?agent ?start WHERE {
<urn:output:X> prov:wasGeneratedBy ?act .
?act prov:used ?input ;
prov:wasAssociatedWith ?agent ;
prov:startedAtTime ?start .
} ORDER BY ?start
# Retrieve NER-extracted entities with confidence + origin:
SELECT ?entity ?label ?class ?confidence WHERE {
?entity a ?class ;
rdfs:label ?label ;
re:extractionConfidence ?confidence ;
re:extractionOrigin "ner-tier-2" .
} ORDER BY DESC(?confidence)
CLI
topo ner <dir> --vocab <vocab.ttl>
Progressive coverage (D18 — revised 2026-06-06)Couverture progressive (D18 — révisé 2026-06-06) 20 of the 40 leaf capabilities remain undocumented operationally. Realistic target: 28 / 40 = 70% (all shipped + partial; the 6 planned capabilities land story-by-story as acceptance criteria, never speculatively; the 6 gap leaves — incl. NS-6 Temporal Validity — are R&D-blocked).20 des 40 capacités-feuilles restent non documentées opérationnellement. Cible réaliste : 28 / 40 = 70% (shipped + partial ; les 6 capacités planned atterrissent story-par-story comme AC, jamais en spéculation ; les 6 feuilles gap — dont NS-6 Temporal Validity — sont bloquées R&D).
See alsoVoir aussi
Feature Blueprint — full interactive blueprint with detailed descriptions, roadmap, and alignment matrix. 3-Layer Architecture — how GOV maps to Control Plane, SL to Semantic Layer, DP to Data Plane. SHACL Shapes — the validation shapes that enforce data quality (GOV-4). Ontology Catalog — the ontologies used by Semantic Layer capabilities.Feature Blueprint — blueprint interactif complet avec descriptions détaillées, roadmap et matrice d'alignement. Architecture 3 couches — comment GOV correspond au Control Plane, SL à la Semantic Layer, DP au Data Plane. SHACL Shapes — les shapes de validation qui assurent la qualité des données (GOV-4). Catalogue d'ontologies — les ontologies utilisées par les capacités de la Semantic Layer.