ZEON OS — Architecture d’amorçage, fichiers et rôles

1 · Principe

Une chaîne simple : point d’entrée vivant → protocole → registre

1 · Point d’entrée public zeon-os-bootstrap.php

Relit et renvoie le Bootstrap courant sans demander à l’IA de connaître son nom de version.

→

2 · Protocole zeon_os_bootstrap_v0_6.txt

Décrit comment l’IA doit découvrir, qualifier, éprouver, composer et restituer.

→

3 · Point d’entrée du registre zeon-os-manifest.php

Relit le manifest JSON courant à chaque requête et le renvoie sans cache persistant.

→

4 · Registre vivant zeon-os-manifest.json

Déclare les ressources ZEON utiles à l’orchestration, leurs rôles, statuts, modes et relations.

Invariant d’architecture

Le Bootstrap reste stable tant que sa logique ne change pas. Le manifest peut évoluer indépendamment pour refléter l’état courant du corpus.

2 · Point d’entrée conseillé

Comment amorcer ZEON OS dans une IA

Le point d’entrée humain conseillé est désormais :

https://zeons.org/zeon-os-bootstrap.php

Message minimal à donner à une IA :

Ouvre et lis intégralement :
https://zeons.org/zeon-os-bootstrap.php

Puis exécute le protocole effectivement lu à partir de son étape 0.

Ne déduis aucune version depuis l’URL ou le nom des fichiers.
Utilise uniquement le contenu réellement obtenu.

Ne fais rien d’autre tant qu’aucune situation ne t’a été fournie.

Pourquoi un point d’entrée PHP ?

Les tests ont montré que certaines IA pouvaient recevoir une ancienne copie d’un fichier TXT ou JSON même lorsque l’URL publique était correcte. Les deux points d’entrée PHP relisent les fichiers sources à chaque requête et envoient des en-têtes anti-cache.

3 · Inventaire

Fichiers et rôles

Fichier	Rôle	Doit évoluer quand…	Nature
`/zeon-os-bootstrap.php`	Point d’entrée vivant du Bootstrap. Relit `zeon_os_bootstrap_v0_6.txt` à chaque requête et renvoie son contenu en texte brut.	En principe jamais, sauf changement d’architecture serveur ou de nom du fichier Bootstrap source.	Relais serveur stable
`/zeon_os_bootstrap_v0_6.txt`	Protocole opérationnel ZEON OS. Décrit l’étape 0, la découverte du registre, la provenance, la fidélité modale, ACCESS_FAILURE, l’auto-audit, ABSTAIN_CONCLUSION et la porte humaine.	Uniquement si la logique du protocole change de manière structurelle.	Protocole versionné
`/zeon-os-manifest.php`	Point d’entrée vivant du registre. Relit `zeon-os-manifest.json` à chaque requête et renvoie le JSON courant.	En principe jamais, sauf changement d’architecture serveur ou de nom du manifest source.	Relais serveur stable
`/zeon-os-manifest.json`	Registre machine-readable des ressources utiles à ZEON OS : identifiants, versions, statuts, modes d’exécution, URL, rôles et relations.	Une ressource opérationnelle est ajoutée, retirée, renommée, déplacée, requalifiée ou change de version/statut pertinent.	Registre vivant
`/zeon-os-manifest.html`	Miroir HTML lisible du manifest. Sert de repli humain ou navigateur si l’accès JSON direct échoue.	Le manifest JSON est mis à jour, si l’on souhaite conserver le miroir strictement aligné.	Miroir de lecture
`/sitemap.xml`	Carte générale du site pour les moteurs et outils de découverte. Elle n’est pas le registre opérationnel de ZEON OS.	Géré automatiquement par le générateur PHP du site.	Découverte générale
`/robots.txt`	Indique notamment l’emplacement du sitemap public.	Seulement si la politique d’exploration du site ou l’URL du sitemap change.	Infrastructure web
`/Forge/zeon_os_journal_epreuve_bootstrap_v0_6.html`	Trace non normative du cycle d’épreuve ayant conduit à la stabilisation expérimentale du Bootstrap v0.6.	Seulement si une nouvelle phase d’épreuve doit être documentée.	Mémoire / traçabilité

4 · Ce que contient le manifest

Le registre n’est pas le site

Le manifest n’a pas vocation à contenir toutes les pages de zeons.org. Il contient uniquement les ressources jugées utiles à l’amorçage et à l’orchestration de ZEON OS.

Le manifest décrit

un identifiant ZEON ;
un titre ;
un type d’artefact ;
une famille ;
une version ;
un statut ;
un mode d’exécution ;
une URL ;
des relations avec d’autres ressources.

Le manifest ne garantit pas

qu’une ressource est vraie ;
qu’elle est stabilisée ;
qu’elle doit être exécutée ;
que le registre est exhaustif ;
qu’une convergence entre ressources vaut preuve indépendante.

Règle d’autorité

Être présent dans le manifest signifie seulement : « ressource repérée, décrite et adressable ». La présence dans le registre ne vaut ni validation, ni stabilisation, ni vérité.

5 · Maintenance

Ce qu’il faut réellement mettre à jour

Si une ressource ZEON évolue

Modifier zeon-os-manifest.json si son changement affecte l’adressage, la version, le statut, le mode d’exécution ou une relation utile à l’orchestration.

Aucune modification du Bootstrap n’est nécessaire.

Si le protocole change

Modifier le fichier Bootstrap TXT, changer sa version si la modification est structurelle, puis mettre à jour le manifest pour déclarer cette nouvelle version.

Si une page publique ordinaire est ajoutée

Le générateur du sitemap s’en charge selon sa propre logique. Il n’est pas nécessaire d’ajouter la page au manifest si elle n’a aucun rôle opérationnel pour ZEON OS.

Si un journal ou une archive est publié

Il peut rester hors du manifest afin de ne pas être sélectionné comme ressource d’orchestration. Il reste néanmoins accessible publiquement sur le site.

6 · Règle pratique

La maintenance cible

Le corpus change
    ↓
mettre à jour zeon-os-manifest.json
    ↓
zeon-os-manifest.php relit automatiquement le fichier courant
    ↓
le Bootstrap découvre le nouvel état du corpus
    ↓
aucune autre modification nécessaire

Formule courte

Bootstrap stable. Manifest vivant. Relais PHP fixes. Sitemap automatique.

7 · Schéma complet

Architecture finale

HUMAIN / IA
    │
    ▼
https://zeons.org/zeon-os-bootstrap.php
    │
    └── relit à chaque requête
        /zeon_os_bootstrap_v0_6.txt
                │
                ▼
        étape 0 du Bootstrap
                │
                ▼
https://zeons.org/zeon-os-manifest.php
    │
    └── relit à chaque requête
        /zeon-os-manifest.json
                │
                ▼
        ressources ZEON pertinentes
                │
                ▼
        lecture / qualification / composition
                │
                ▼
        auto-audit avant parole
                │
                ▼
        restitution
                │
                ▼
        décision humaine

8 · Principe final

Le site porte la mémoire ; le Bootstrap porte la manière d’y entrer

Le site est la mémoire externe. Le manifest en est le registre opérationnel. Le Bootstrap est le protocole d’accès et d’orchestration. Les relais PHP garantissent une lecture fraîche des fichiers courants. L’IA interprète et compose. L’humain demeure le lieu de la décision.