Points d’entrée
| URL | TYPE | RÔLE |
|---|---|---|
/knowledge-index.json | application/json | Catalogue compact et URL des fiches |
/catalog.jsonld | application/ld+json | DataCatalog Schema.org |
/.well-known/verifllm.json | application/json | Manifeste de découverte |
/public-publication.schema.json | application/schema+json | Validation du contrat v2 |
/llms.txt | text/plain | Résumé non normatif pour LLM |
/feed.xml | application/atom+xml | Suivi des mises à jour |
PublicPublication
Une publication représente une version approuvée d’un ensemble de faits concernant une seule entité. schema_version vaut 2.0 et record_kind vaut entity_facts.
Les dates utilisent ISO 8601, les URL sont absolues en HTTPS et les identifiants restent stables entre les versions.
entity
| CHAMP | OBLIGATOIRE | SÉMANTIQUE |
|---|---|---|
entity_id | Oui | Identifiant stable, lisible dans une URL |
entity_type | Oui | Type compatible Schema.org |
name | Oui | Nom public contrôlé |
alternate_names | Non | Alias publics vérifiés |
url, same_as | Non | URL appartenant aux preuves publiables |
location | Non | Localisation structurée sans précision superflue |
facts[]
Chaque fait contient fact_id, subject_id, predicate, value, status, observed_at et ses evidence_links. Un fait supported sans preuve est invalide.
Exemple synthétique minimal
{
"schema_version": "2.0",
"record_kind": "entity_facts",
"entity": {
"entity_id": "example-entity",
"entity_type": "ProfessionalService",
"name": "Example Entity"
},
"facts": [{
"fact_id": "example-entity.locality",
"subject_id": "example-entity",
"predicate": "addressLocality",
"value": "Example City",
"status": "supported",
"observed_at": "2026-10-06T00:00:00Z",
"evidence_links": [{
"url": "https://source.example/fact",
"collected_at": "2026-10-06T00:00:00Z"
}]
}]
}L’exemple utilise le domaine réservé .example et ne décrit aucune personne réelle.
Compatibilité et changement
Les consommateurs doivent refuser un numéro majeur inconnu, ignorer l’ordre des tableaux lorsqu’il n’est pas sémantique et préférer les URL canoniques. Une nouvelle version d’une fiche conserve son URL canonique et incrémente version.
Le JSON Schema publié est la référence exécutable. Cette page en est une explication, pas un second contrat.