--- mpf: '0.7' title: Publication et découverte — ESFI Docs url: https://docs.esfi.eu/fr/standards/mpf/publishing-and-discovery/ mpf-url: https://docs.esfi.eu/fr/standards/mpf/publishing-and-discovery/index.mpf organization: European Strategy & Future Infrastructure domain: docs.esfi.eu lang: fr updated: '2026-11-03' author: ESFI provenance: human source-hash: 2ed68a08d3a25d2d7a611fcd9a434ed5b689e6d6b062e3c49c97efa71064173c toc: - level: 1 text: Publication et découverte id: publication-et-découverte - level: 2 text: Ce qu’un éditeur met en ligne id: ce-qu-un-éditeur-met-en-ligne - level: 2 text: Comment une machine trouve MPF id: comment-une-machine-trouve-mpf - level: 3 text: 1\. DNS TXT — avant la première requête id: 1-dns-txt-avant-la-première-requête - level: 3 text: 2\. /.well-known/mpf — la même déclaration via HTTPS id: 2-well-known-mpf-la-même-déclaration-via-https - level: 3 text: 3\. llms.txt — le point d’entrée conventionnel id: 3-llms-txt-le-point-d-entrée-conventionnel - level: 3 text: 4\. llms.mpf — l’index du site id: 4-llms-mpf-l-index-du-site - level: 3 text: 5\. La page elle-même id: 5-la-page-elle-même - level: 2 text: Lorsque le site et la page ne sont pas d’accord id: lorsque-le-site-et-la-page-ne-sont-pas-d-accord - level: 2 text: Canon humain et compagnon machine id: canon-humain-et-compagnon-machine - level: 2 text: Format ouvert, pratique de référence ESFI id: format-ouvert-pratique-de-référence-esfi - level: 2 text: Spécification, implémentation et pratique id: spécification-implémentation-et-pratique - level: 2 text: Ce que la publication n’implique pas id: ce-que-la-publication-n-implique-pas - level: 2 text: Sur cette page id: sur-cette-page spec-origin: esfi.eu content-origin: docs.esfi.eu content-id: esfi:page:standards-mpf-publishing-and-discovery content-parity: html: true human-visible-source: true hidden-sections: false summary: Une machine devrait trouver la représentation avant de commencer à deviner. index: true confidence: confirmed content-type: reference companion-footer: ESFI — civilization infrastructure · https://esfi.eu companion-contact: mailto:hermes@esfi.eu preferred-representation: mpf companion-scope: cite: true summarize: true train: true index: true relay: false language-variants: en: https://docs.esfi.eu/standards/mpf/publishing-and-discovery/index.mpf fr: https://docs.esfi.eu/fr/standards/mpf/publishing-and-discovery/index.mpf nl: https://docs.esfi.eu/nl/standards/mpf/publishing-and-discovery/index.mpf de: https://docs.esfi.eu/de/standards/mpf/publishing-and-discovery/index.mpf hr: https://docs.esfi.eu/hr/standards/mpf/publishing-and-discovery/index.mpf mpf-id: 7ea07578db2b4978591158b168f21c2a7454614ab2090d0794eb00ddf0cf12f7 --- Langue ✕ /fr/standards/mpf/publishing-and-discovery/index.mpf[ouvrir le fichier ↗](/fr/standards/mpf/publishing-and-discovery/index.mpf)[spécification ↗](/fr/standards/mpf/0.7)✕ chargement… # Publication et découverte {#publication-et-découverte} **Une machine devrait trouver la représentation avant de commencer à deviner.** Une norme ESFI est publiée comme un contrat que les personnes peuvent lire et que les implémentations peuvent produire. La spécification est la description faisant autorité de ce contrat ; les artefacts lisibles par machine le montrent en usage. Cette page décrit ce qu’un éditeur MPF met en ligne, comment une machine le trouve, et ce que chaque mécanisme établit ou n’établit pas. Chaque mécanisme est marqué **Specification 0.7**, **Reference implementation** ou **ESFI practice**. Les marqueurs sont expliqués dans la [Vue d’ensemble](/fr/standards/mpf). ## Ce qu’un éditeur met en ligne {#ce-qu-un-éditeur-met-en-ligne} | Artefact | Public | Rôle | Statut | | --- | --- | --- | --- | | Page de spécification | Personnes, implémenteurs | Contrat publié pour une version du format | **Specification 0.7** | | Fichier `.mpf` de page | Machines | Représentation machine d’une page humaine | **Specification 0.7** | | `llms.mpf` | Machines | Index MPF de toutes les pages indexées du site | **Specification 0.7** | | `llms.txt` | Machines, personnes | Point d’entrée léger avec une section MPF | **Specification 0.7** | | `llms-full.txt` | Machines | Corps des pages indexées dans la langue par défaut, concaténés | **Specification 0.7** | | Fichiers `.sig` | Machines | Signatures des fichiers MPF, lorsque l’éditeur signe | **Specification 0.7** | | `/.well-known/mpf` | Machines | Déclaration MPF au niveau du site via HTTPS | **ESFI practice** | | DNS TXT `_mpf.` | Machines | Déclaration MPF au niveau du site avant toute requête HTTP | **ESFI practice** | | `` | Machines | Pointeur de la page HTML vers son compagnon | **ESFI practice** | ## Comment une machine trouve MPF {#comment-une-machine-trouve-mpf} Les mécanismes sont organisés du signal le moins coûteux au plus spécifique. Un lecteur peut commencer par n’importe lequel ; ils sont conçus pour être cohérents entre eux. ### 1\. DNS TXT — avant la première requête {#1-dns-txt-avant-la-première-requête} **ESFI practice** Une seule requête DNS permet à un lecteur de savoir qu’un domaine publie MPF, où se trouve son index et quel est son périmètre par défaut au niveau du site : ``` _mpf.example.org TXT "v=0.7;index=https://example.org/llms.mpf;scope=cite:1,summarize:1,train:0,index:1,relay:0;contact=mailto:web@example.org" ``` | Paramètre | Signification | | --- | --- | | `v` | Version MPF | | `index` | URL absolue de `llms.mpf` | | `scope` | `companion-scope` par défaut au niveau du site, sous forme `flag:1` ou `flag:0` | | `contact` | Contact pour les lecteurs machines | L’enregistrement est assez court pour tenir dans une seule réponse DNS. Le builder ne le crée pas ; l’éditeur l’ajoute à la zone. ### 2\. /.well-known/mpf — la même déclaration via HTTPS {#2-well-known-mpf-la-même-déclaration-via-https} **ESFI practice** La même chaîne, servie comme texte brut : ``` GET /.well-known/mpf v=0.7;index=https://example.org/llms.mpf;scope=cite:1,summarize:1,train:0,index:1,relay:0;contact=mailto:web@example.org ``` Servez-la comme fichier statique (par exemple dans `public/.well-known/mpf`) et assurez-vous que le serveur la renvoie en `text/plain`. Le builder ne la crée pas. `mpf` n’est pas encore un [well-known URI](https://www.rfc-editor.org/rfc/rfc8615.html) enregistré ; ESFI utilise ce chemin comme convention. ### 3\. llms.txt — le point d’entrée conventionnel {#3-llms-txt-le-point-d-entrée-conventionnel} **Specification 0.7** Le builder crée `llms.txt` s’il n’existe pas, ou remplace sa section MPF tout en préservant tout le reste. La section contient toujours : ``` MPF: 0.7 MPF-spec: https://docs.esfi.eu/spec/mpf/0.7 MPF-index: /llms.mpf ## Pages - [Page title](https://example.org/page/index.mpf): summary ``` `MPF-spec` apparaît lorsque `spec-url` est configuré et permet à un lecteur d’atteindre la spécification canonique de la version déclarée sans devoir la deviner. La phrase d’introduction que le builder écrit au-dessus de ces lignes relève de la formulation **Reference implementation**. ### 4\. llms.mpf — l’index du site {#4-llms-mpf-l-index-du-site} **Specification 0.7** `llms.mpf` est lui-même un document MPF. Son corps énumère chaque page avec `index: true`, triée par URL MPF, avec son résumé lorsqu’il existe. Son frontmatter déclare une identité fixe (`:page:llms`), `content-type: reference` et une parité cachée, non HTML, car aucune page humaine ne se trouve derrière lui. ### 5\. La page elle-même {#5-la-page-elle-même} **Specification 0.7** pour le chemin et `mpf-url` ; **ESFI practice** pour le lien alternate. Chaque page porte son compagnon au même chemin, avec `.mpf` à la place de `.html` : ``` /about/index.html → /about/index.mpf ``` Chaque fichier MPF s’adresse lui-même via `mpf-url` et pointe vers sa page humaine via `url`. Une page HTML peut également pointer vers son compagnon depuis son `` : ``` ``` `text/mpf` n’est pas un type de média enregistré ; ESFI l’utilise comme convention afin que les lecteurs puissent reconnaître le lien. Le builder ne l’ajoute pas ; le template du site le fait. ## Lorsque le site et la page ne sont pas d’accord {#lorsque-le-site-et-la-page-ne-sont-pas-d-accord} L’enregistrement DNS et `/.well-known/mpf` indiquent les valeurs par défaut du site. Le frontmatter d’une page indique ce qui s’applique à cette page, y compris toute surcharge par page. **ESFI practice :** sur les sites ESFI, les trois emplacements indiquent les mêmes valeurs au niveau du site, et un lecteur devrait traiter le frontmatter de page comme la déclaration pour cette page. Si une déclaration au niveau du site et une page ne correspondent pas sans surcharge expliquant pourquoi, il s’agit d’une erreur de publication, pas d’un signal invitant à choisir entre les deux. ## Canon humain et compagnon machine {#canon-humain-et-compagnon-machine} La page humaine et son fichier MPF sont deux représentations d’un contenu lié, pas des autorités interchangeables. - `url` identifie la page humaine canonique. - `mpf-url` identifie la représentation machine. - `content-parity` indique comment les deux se rapportent l’une à l’autre. - `source-hash` identifie le HTML exact utilisé pour générer le fichier MPF. - `mpf-id` identifie le fichier MPF généré lui-même. Cette séparation permet à une machine de citer ou de traiter la représentation machine sans perdre l’adresse de la source humaine. Pour les traductions, `language-variants` énumère les adresses MPF attendues du même contenu logique dans les autres langues configurées ; le builder génère ces adresses et ne vérifie pas que les fichiers existent. ## Format ouvert, pratique de référence ESFI {#format-ouvert-pratique-de-référence-esfi} MPF est un format ouvert. N’importe qui peut produire et consommer du MPF conforme sans figurer dans un registre, sans s’inscrire et sans utiliser de service ESFI. Les propres sites d’ESFI constituent une pratique de référence inspectable : ils émettent MPF, publient les index de site et les déclarations de découverte au niveau de la pratique, et exposent l’ensemble pour vérification par rapport à la spécification. Le [Registre des implémentations](/fr/standards/mpf/implementation-registry) recense les émetteurs dont la sortie a été vérifiée. C’est une preuve d’implémentation, pas une autorisation d’implémenter. ## Spécification, implémentation et pratique {#spécification-implémentation-et-pratique} - La **spécification** est le contrat canonique lisible par les personnes pour une version publiée. Une version publiée reste accessible ; les corrections qui ne modifient pas le contrat sont traitées selon la politique de [Versionnement](/fr/standards/mpf/versioning). - L’**implémentation de référence** transforme la spécification en sortie observable. Ce n’est pas une deuxième spécification. Lorsque la prose et l’implémentation divergent pour une version publiée, elles sont remises en accord ; les lecteurs ne sont pas invités à déduire un troisième contrat à partir d’exemples. - La **pratique** décrit la manière dont ESFI déploie MPF au-delà de ce que produit le builder. Elle est documentée afin que d’autres puissent la reproduire. Elle ne devient partie du contrat qu’au travers d’une nouvelle version de la spécification. Un brouillon, une proposition ou un mécanisme planifié ne fait pas partie de ces conventions tant qu’il n’est pas publié et vérifiable. ## Ce que la publication n’implique pas {#ce-que-la-publication-n-implique-pas} Publier un champ ou une déclaration ne crée pas un service derrière lui. La provenance, la confiance, le périmètre et les variantes linguistiques sont descriptifs sauf si la spécification définit un comportement supplémentaire. Les mécanismes de découverte aident un lecteur à trouver les déclarations de l’éditeur ; ils ne rendent pas ces déclarations vraies, contraignantes ou appliquées. **La spécification définit le contrat ; l’implémentation de référence le démontre ; la pratique étend la manière dont il est trouvé ; les artefacts publiés rendent les trois inspectables.** ## Sur cette page {#sur-cette-page} ESFI — civilization infrastructure · https://esfi.eu