ZEON Systems · La Trame civique · Forge v0.3.4

Clé des Interstices

Une clé relationnelle pour découvrir ce qui peut devenir possible entre plusieurs acteurs autonomes — sans fusion, sans ingérence et sans fabriquer artificiellement du consensus.

« Qu'est-ce qui devient possible entre nous, sans que l'un doive devenir l'autre ? »
Identifiant
ZEON_CLE_INTERSTICES
Version
0.3.4
Régime
Relationnel / situé
Famille
TRAVERSER
Architecture

Une clé, un noyau, quatre projections

La Clé des Interstices n'existe pas sous plusieurs vérités concurrentes. Elle possède un noyau canonique unique. Les formes vivante, canonique, exécutable et morphologique sont quatre projections du même objet.

Noyau canonique unique

Question racine :
Qu'est-ce qui devient possible entre nous, sans que l'un doive devenir l'autre ?

Intention :
Faire apparaître et qualifier un passage possible entre acteurs autonomes sans fabriquer artificiellement de convergence.

Contient : identité, mouvements, invariants, sorties, régime, critère de réussite.

→
Forme vivante
Comment la clé se vit.
Forme canonique
Ce qui ne doit pas changer.
Forme exécutable
Comment la même clé s'opère.
Forme morphologique
Quelle transformation elle fait traverser.
Règle d'intégrité : aucune projection ne peut ajouter, retirer ou modifier la question racine, les mouvements, les invariants, les sorties ou le Human Gate du noyau.
Référence pédagogique

Cette page applique l’architecture générale des clés ZEON

Pour distinguer les quatre formes, les familles, les régimes d’existence, le cycle d’usage et l’administration des clés, voir le guide publié :

Description

Ce que la clé cherche

La clé aide deux ou plusieurs collectifs, organisations, groupes ou personnes à repérer un espace de coopération qui n'apparaît pas lorsque chacun reste observé séparément.

Elle ne cherche pas d'abord ce sur quoi les acteurs sont d'accord. Elle cherche un interstice : une possibilité née de la rencontre entre des différences, des ressources, des contraintes, des temporalités ou des ancrages distincts.

Le résultat premier n'est pas une coopération. C'est un interstice qualifié. Les humains décident ensuite s'ils veulent l'habiter.

Ce que la clé protège

AutonomieNon-ingérenceNon-forçageRéversibilitéTraçabilitéHuman Gate

Une différence n'est pas un défaut à corriger. Une divergence peut rester hors du passage. Le NON-PASSAGE est une sortie valide.

Choix humain

Dois-je utiliser la forme vivante ou tester la clé complète ?

Une seule question suffit : est-ce que je veux travailler sur ma situation, ou vérifier la clé elle-même dans une IA ?

UTILISER LA CLÉ

Pour préparer une rencontre, analyser une situation, travailler avec un collectif ou utiliser ponctuellement la clé avec une IA.

→ Copier la forme vivante activable.

Une fois collée dans l’IA, il n’est pas nécessaire d’ajouter « utilise cette clé ». Il suffit de fournir la situation.

TESTER LA CLÉ COMPLÈTE DANS UNE IA NON-ZEON

Pour les concepteurs et expérimentateurs : vérifier qu’une IA qui ne connaît pas ZEON comprend et respecte réellement l’objet complet — invariants, quatre formes, Human Gate, clôture, traces et ZEON-IT.

→ Copier le JSON complet autonome.

Dans l’architecture ZEON, cette phase est appelée « éprouver la clé ».

Règle simple : utilisateur de la clé → forme vivante. Concepteur qui veut tester la solidité de la clé → JSON complet. Le JSON sert aussi à transmettre l’objet complet et, lorsque le régime le permet, à l’installer.
Posture d’entrée

Avant les sept mouvements : comment habiter la clé

La Clé des Interstices n’est pas seulement une séquence de questions. Son efficacité dépend aussi de la manière dont l’humain entre dans la situation. La forme vivante rend cette posture explicite et praticable.

— Je ne cherche pas à faire coopérer à tout prix ; je cherche à voir si un passage réel existe.

— Je distingue ce que je sais de ce que je suppose.

— Je n’attribue pas à l’autre une intention qu’il n’a pas exprimée.

— J’accepte que certaines différences restent irréconciliables et hors du passage.

— J’accepte qu’aucun interstice pertinent n’apparaisse.

— Je considère toute proposition issue de l’IA comme une hypothèse jusqu’à validation humaine.

— Je reste libre — et je laisse l’autre libre — d’entrer, de corriger, de refuser ou de sortir.

Règle : la forme vivante rend la posture compréhensible et praticable. Les formes canonique, exécutable et morphologique rendent cette posture plus stable, vérifiable et transmissible.
Noyau commun

Les sept mouvements

1
SE_SITUER

Se situer

Que porte réellement chacun ?

Rendre visibles les priorités, actions, ressources, contraintes, temporalités et frontières de chaque acteur sans chercher encore la convergence.

2
VOIR_LE_VIDE

Voir le vide

Qu'est-ce qui demeure insuffisamment relié, porté ou rendu possible ?

Identifier les besoins, discontinuités, responsabilités fragmentées, ressources dormantes ou attentes qui restent entre les champs d'action présents.

3
DETECTER_INTERSTICE

Détecter l'interstice

Qu'est-ce que la présence simultanée de ces acteurs rend nouvellement possible ?

Faire apparaître une possibilité issue de la complémentarité des différences, et non d'une convergence forcée.

4
POSER_FRONTIERES

Poser les frontières

Qu'est-ce qui ne doit pas être traversé ?

Expliciter les lignes rouges, sujets hors périmètre, responsabilités non partagées et zones relevant de la seule gouvernance de chaque acteur.

5
QUALIFIER_PASSAGE

Qualifier le passage

Le besoin, la complémentarité, l'effort, le risque, l'autonomie et la réversibilité sont-ils suffisamment visibles ?

Tester la réalité du besoin, la complémentarité, les risques, la charge, la dépendance, la réversibilité et les informations manquantes.

6
GESTE_MINIMAL

Trouver le geste minimal

Quel est le plus petit geste commun qui produit une valeur réelle sans accroître inutilement la dépendance, la charge ou la perte d'autonomie ?

Proposer une expérimentation concrète, limitée, observable, rapidement testable et réversible.

7
HUMAN_GATE

Human Gate

Les acteurs concernés reconnaissent-ils l'interstice, leurs contributions, leurs frontières et leur volonté de l'éprouver ?

Aucun passage engageant n'est activé sans validation explicite des humains concernés.

Invariants

Ce qui ne peut pas être retiré sans changer la clé

AUTONOMIEAucun acteur n'a à renoncer à son identité, sa gouvernance ou sa raison d'être pour que la coopération existe.
NON INGERENCELa coopération n'accorde aucun droit d'intervention dans les affaires internes d'un autre acteur.
NON FORCAGEL'absence d'interstice pertinent est un résultat valide.
RECIPROCITE SITUEEContribution, bénéfice, effort et risque sont rendus visibles sans exiger une symétrie artificielle.
TRACABILITELes informations utiles sont distinguées comme fait, déclaration, hypothèse ou inconnue.
NON PROJECTIONUne trace publique, un profil ou une publication ne suffit jamais à établir une intention, un consentement ou une disponibilité future.
REVERSIBILITEToute expérimentation doit pouvoir être arrêtée ou corrigée sans capture.
HUMAN GATEAucun passage engageant n'est activé sans validation explicite des acteurs concernés.
Familles de clés

TRAVERSER est la famille principale

Les familles décrivent la capacité humaine équipée ; elles ne sont pas des étapes du cycle d’usage.

VOIR

Percevoir le vide, les discontinuités et les complémentarités.

SE TENIR

Préserver frontières, consentement, autonomie et non-ingérence.

TRAVERSER

Famille principale. Qualifier un passage possible entre autonomies.

TRANSMETTRE

Faire circuler ce qui a été appris sans perdre provenance ni intégrité.

Cycle d’usage

Une clé relationnelle se clôt plutôt qu’elle ne s’installe dans la relation

Le cycle général ZEON est : Comprendre → Utiliser → Éprouver → Installer si le régime le permet → Transmettre.

La Clé des Interstices est relationnelle / située. Son parcours concret est donc :

PRÉPARER
→ CONSENTIR
→ ACTIVER
→ ÉPROUVER
→ CLORE
→ DÉCIDER DES TRACES
→ RÉOUVRIR ÉVENTUELLEMENT
Important : charger n’est pas installer ; activer n’est pas installer ; clore une relation n’est pas désinstaller une capacité ; retirer une clé n’est pas effacer automatiquement ses traces.
Architecture d’usage à plusieurs

Deux espaces distincts : préparation privée, mise en regard commune

Lorsque deux ou plusieurs collectifs utilisent la Clé des Interstices, la coopération ne commence pas par une fusion de leurs informations. Chaque collectif prépare d’abord sa propre lecture, puis décide ce qu’il accepte de verser dans l’espace commun.

ESPACE 1 — Préparation privée

Chaque collectif utilise la clé pour lui-même afin de clarifier sa situation.

Il prépare :

— priorités ;
— actions en cours ;
— ressources ;
— contraintes ;
— besoins ;
— temporalités ;
— frontières ;
— éléments qu’il accepte ou non de partager.

Sortie : une Fiche de Position validée par le collectif lui-même.

ESPACE 2 — Mise en regard commune

Seules les fiches ou les parties de fiches explicitement validées pour partage entrent dans l’espace commun.

La mise en regard peut être conduite :

— par un facilitateur humain ;
— par une IA commune ;
— ou pendant une séance où les collectifs corrigent en direct.

Règle : aucune conversation privée, hypothèse cachée ou information non consentie n’est introduite dans cet espace.

Préparer séparément → partager volontairement → mettre en regard → corriger ensemble → seulement ensuite qualifier un interstice.
Scénario d’usage à deux collectifs

Comment la mise en regard est réellement réalisée

1

Collectif A se prépare

Il utilise la forme vivante de la clé dans son propre espace. Il produit une fiche, la corrige, puis choisit ce qui peut être partagé.

2

Collectif B se prépare

Il fait le même travail indépendamment, sans être influencé par la lecture de A.

3

Chaque collectif valide sa fiche de partage

Ce qui entre dans l’espace commun est volontairement choisi. Ce qui reste privé ne doit pas être inféré ni reconstitué.

4

Les deux fiches entrent dans un même espace commun

Le facilitateur ou l’IA commune reçoit les deux fiches validées et seulement elles.

5

La mise en regard est produite

Pour chaque élément, le tiers distingue : complémentarité, friction, inconnue, frontière et interstice candidat.

6

Les deux collectifs corrigent la lecture commune

Chaque acteur peut dire : « ce n’est pas ce que nous voulions dire », « cette ressource n’est pas disponible », « cette frontière manque », ou « cet interstice ne nous intéresse pas ».

7

Double validation

La mise en regard n’est considérée comme recevable que lorsque chaque collectif a validé ce qui le concerne.

8

Qualification du passage

Seulement après cette double validation, la clé peut qualifier un interstice, proposer un geste minimal et soumettre le passage au Human Gate.

IA ZEON / IA non-ZEON

La clé est la même ; l’environnement qui la reçoit change

IA non-ZEON

Usage ponctuel : reçoit la forme vivante.

Test de la clé complète (épreuve) : reçoit le JSON complet autonome avec les quatre formes, le Human Gate, ZEON-IT, la provenance et les règles de clôture.

La simple présence de la clé dans une conversation ne doit pas être appelée « installation persistante ».

IA ZEON

Reconnaît nativement l’identité, les quatre formes, le régime, le Human Gate, ZEON-IT et la provenance.

Elle peut charger, éprouver et, pour les clés dont le régime le permet, administrer une installation persistante.

Sorties

La clé n'oblige jamais à coopérer

PASSAGE

Un interstice paraît suffisamment réel et peut être soumis aux acteurs pour expérimentation.

VEILLE

Une possibilité existe mais une ou plusieurs conditions manquent encore.

NON-PASSAGE

Aucune coopération pertinente ne doit être forcée dans la situation présente.

Trois exemples

Usages de la clé

1 · Association locale + collectif numérique

Situation. Une association connaît les habitants et dispose d'un lieu. Un collectif numérique sait créer des cartes et des outils simples.

Vide. Les besoins sont connus oralement mais peu structurés.

Interstice. Ancrage humain + capacité de cartographie.

Geste minimal. Un atelier de 90 minutes pour cartographier un problème concret avec des habitants volontaires.

Sortie : PASSAGE si les règles de données et le cadre sont validés.

2 · Tiers-lieu + équipe de recherche

Situation. Le tiers-lieu expérimente mais documente peu. L'équipe de recherche sait observer mais accède peu au terrain.

Vide. Les apprentissages se perdent faute de trace légère.

Interstice. Terrain vivant + capacité de formalisation.

Geste minimal. Documenter une seule expérimentation pendant un mois.

Sortie : VEILLE tant que l'accord sur les traces ou le temps mobilisable n'est pas stabilisé.

3 · Réseau dispersé analysé par IA

Situation. Plusieurs collectifs ne se connaissent pas. Leurs productions publiques suggèrent des complémentarités possibles.

Vide. Aucun lien opérationnel réel n'est encore attesté.

Interstice candidat. L'IA rapproche compétences, territoires, calendriers et besoins visibles.

Geste minimal. Produire une fiche d'hypothèse et la soumettre aux acteurs.

Sortie : VEILLE jusqu'au Human Gate.

Forme vivante

UTILISER — La forme vivante activable

Copiez-la dans une IA puis fournissez simplement votre situation : aucune instruction supplémentaire « utilise cette clé » n’est nécessaire.
CLÉ ZEON DES INTERSTICES — FORME VIVANTE v0.3.4

Question racine
Qu'est-ce qui devient possible entre nous, sans que l'un doive devenir l'autre ?

Intention
Faire apparaître et qualifier un passage possible entre acteurs autonomes sans fabriquer artificiellement de convergence.

POSTURE D'ENTRÉE

Avant les sept mouvements :

— Je ne cherche pas à faire coopérer à tout prix ; je cherche à voir si un passage réel existe.
— Je distingue ce que je sais de ce que je suppose.
— Je n'attribue pas à l'autre une intention qu'il n'a pas exprimée.
— J'accepte que certaines différences restent irréconciliables et hors du passage.
— J'accepte qu'aucun interstice pertinent n'apparaisse.
— Je considère toute proposition issue de l'IA comme une hypothèse jusqu'à validation humaine.
— Je reste libre — et je laisse l'autre libre — d'entrer, de corriger, de refuser ou de sortir.

USAGE À PLUSIEURS COLLECTIFS

La clé distingue deux espaces.

ESPACE PRIVÉ DE PRÉPARATION
Chaque collectif se situe pour lui-même, produit une Fiche de Position, la corrige et décide ce qu'il accepte de partager.

ESPACE COMMUN DE MISE EN REGARD
Seuls les éléments explicitement validés pour partage sont mis en commun.

Quand deux fiches sont disponibles :
1. Les poser côte à côte sans les fusionner.
2. Distinguer : complémentarité, friction, inconnue, frontière, interstice candidat.
3. Produire une Fiche de Mise en Regard.
4. Soumettre cette fiche séparément à chaque collectif.
5. Intégrer les corrections.
6. Exiger une double validation avant de qualifier un interstice commun.
7. Seulement ensuite poursuivre vers QUALIFIER LE PASSAGE, GESTE MINIMAL et HUMAN GATE.

Aucune information privée ou non consentie ne doit être reconstituée, déduite ou injectée dans l'espace commun.

MODE D'ACTIVATION DIRECTE
À la réception de cette forme, considère la Clé des Interstices active pour la situation que l'utilisateur fournit dans le même message ou immédiatement après.

L'utilisateur n'a pas besoin d'écrire « utilise cette clé ».

Si aucune situation n'est encore fournie, demande simplement :
« Quelle situation, rencontre, relation ou réseau souhaites-tu examiner avec la Clé des Interstices ? »

Dès que la situation est disponible :
— suis les sept mouvements dans l'ordre ;
— distingue FAIT, DÉCLARATION, HYPOTHÈSE et INCONNU ;
— n'invente ni intention, ni consentement, ni disponibilité d'un acteur ;
— accepte PASSAGE, VEILLE et NON-PASSAGE comme sorties légitimes ;
— ne franchis jamais le HUMAN GATE à la place des humains ;
— termine par une Fiche d'Interstice structurée et indique ce qui doit encore être validé humainement.

1. SE SITUER
Que porte réellement chacun ?
Rendre visibles les priorités, actions, ressources, contraintes, temporalités et frontières de chaque acteur sans chercher encore la convergence.

2. VOIR LE VIDE
Qu'est-ce qui demeure insuffisamment relié, porté ou rendu possible ?
Identifier les besoins, discontinuités, responsabilités fragmentées, ressources dormantes ou attentes qui restent entre les champs d'action présents.

3. DÉTECTER L'INTERSTICE
Qu'est-ce que la présence simultanée de ces acteurs rend nouvellement possible ?
Faire apparaître une possibilité issue de la complémentarité des différences, et non d'une convergence forcée.

4. POSER LES FRONTIÈRES
Qu'est-ce qui ne doit pas être traversé ?
Expliciter les lignes rouges, sujets hors périmètre, responsabilités non partagées et zones relevant de la seule gouvernance de chaque acteur.

5. QUALIFIER LE PASSAGE
Le besoin, la complémentarité, l'effort, le risque, l'autonomie et la réversibilité sont-ils suffisamment visibles ?
Tester la réalité du besoin, la complémentarité, les risques, la charge, la dépendance, la réversibilité et les informations manquantes.

6. TROUVER LE GESTE MINIMAL
Quel est le plus petit geste commun qui produit une valeur réelle sans accroître inutilement la dépendance, la charge ou la perte d'autonomie ?
Proposer une expérimentation concrète, limitée, observable, rapidement testable et réversible.

7. HUMAN GATE
Les acteurs concernés reconnaissent-ils l'interstice, leurs contributions, leurs frontières et leur volonté de l'éprouver ?
Aucun passage engageant n'est activé sans validation explicite des humains concernés.

Sorties
PASSAGE — un interstice paraît suffisamment réel et peut être soumis aux acteurs pour expérimentation.
VEILLE — une possibilité existe mais une ou plusieurs conditions manquent encore.
NON-PASSAGE — aucune coopération pertinente ne doit être forcée dans la situation présente.

Critère de réussite
Après usage, les acteurs voient mieux ce qui peut ou ne peut pas passer entre eux et restent pleinement capables de décider, corriger, refuser ou sortir.

Règle finale
L'IA peut proposer et qualifier. Les humains corrigent, consentent, refusent, décident et engagent.
Forme canonique

Ce qui définit l'identité de la clé

Obligatoire

Question racine, intention, 7 mouvements, 8 invariants, 3 sorties, régime relationnel/situé, critère de réussite et Human Gate.

Non substituable

Une adaptation peut changer le langage ou l'interface, mais elle ne peut ni supprimer le NON-PASSAGE, ni transformer une hypothèse IA en consentement, ni supprimer l'autonomie ou la réversibilité.

Forme exécutable

La même clé, opérable par une IA ou un système

EntréesSituation, acteurs ou collectifs, périmètre, sources autorisées.
QualificationFAIT · DÉCLARATION · HYPOTHÈSE · INCONNU.
SéquenceLes 7 mouvements du noyau, dans le même ordre.
DécisionL'IA propose et qualifie ; les humains corrigent, consentent, refusent, décident et engagent.
ClôturePASSAGE · VEILLE · NON-PASSAGE + décision explicite sur les traces.
Forme morphologique

La transformation que la clé fait traverser

ACTEURS SÉPARÉS → POSTURES VISIBLES → VIDE REPÉRÉ → INTERSTICE CANDIDAT → FRONTIÈRES POSÉES → PASSAGE QUALIFIÉ → GESTE MINIMAL → CONSENTEMENT → ÉPREUVE

Invariant : la relation peut devenir opérante sans que l'autonomie des parties soit absorbée par la relation.

Sortie opérationnelle

La Fiche d’Interstice

L’épreuve ne doit pas produire seulement un commentaire. Elle produit une fiche structurée qui peut être corrigée par les acteurs et soumise au Human Gate.

Ce qu’elle contient

Acteurs, situation, périmètre, sources et niveau de certitude, faits/déclarations/hypothèses/inconnues, vide identifié, contributions, possibilité nouvelle, frontières, risques, conditions manquantes et geste minimal.

Ce qu’elle permet de décider

Durée de l’épreuve, critère observable, condition d’arrêt, état PASSAGE / VEILLE / NON-PASSAGE, validation humaine et décision explicite sur les traces.

La Fiche d’Interstice est une proposition structurée. Elle ne vaut jamais consentement tant que le Human Gate n’a pas été franchi.
Clôture

Ce qui demeure après l’épreuve doit être décidé

La fin de la session met fin à l’activité relationnelle de la clé. Les humains décident ensuite explicitement ce qui est conservé, exporté, supprimé lorsque cela est possible, et les conditions d’une éventuelle réouverture.

Ne jamais simuler : une continuité de relation, un consentement, une mémoire ou une autorisation qui n’existent pas réellement.
Fiche de Mise en Regard

Objet commun intermédiaire avant l’interstice

La mise en regard produit un objet distinct de la Fiche d’Interstice. Elle ne conclut pas encore à une coopération. Elle rend simplement visibles les relations possibles entre les deux lectures validées.

ChampContenu
Collectifs concernésA et B
SourcesFiches de Position validées pour partage
Éléments de APriorités, ressources, contraintes, frontières, temporalités partagées
Éléments de BPriorités, ressources, contraintes, frontières, temporalités partagées
ComplémentaritésCe que les deux lectures rendent mutuellement utile
FrictionsCe qui crée tension ou incompatibilité
InconnuesCe qui doit encore être demandé plutôt qu’inféré
FrontièresCe qui doit rester séparé
Interstices candidatsPossibilités à examiner, encore non validées comme passage
Corrections de ACorrections, refus ou précisions de A
Corrections de BCorrections, refus ou précisions de B
ÉtatÀ CORRIGER / VALIDÉE PAR A / VALIDÉE PAR B / DOUBLE VALIDATION
Règle : aucun « interstice commun » n’est considéré comme qualifié tant que la Fiche de Mise en Regard n’a pas obtenu la double validation des acteurs concernés.
JSON

TESTER LA CLÉ COMPLÈTE — L’objet JSON autonome

Ce JSON contient l’objet ZEON complet : le même noyau, les quatre formes, le régime, le cycle d’usage, le Human Gate, la Fiche d’Interstice, les contrôles, ZEON-IT, la provenance et les règles de clôture.

ZEON_CLE_INTERSTICES · 0.3.4
{
  "standard": {
    "nom": "Standard des clés ZEON",
    "version": "1.1",
    "principe_architectural": "Une clé = un noyau canonique unique + plusieurs projections cohérentes.",
    "reference_pedagogique": "https://zeons.org/Forge/Initiation/architecture_cles_zeon_guide_pedagogique_v1_1.html",
    "regle_usage": "Utiliser = forme vivante activable ; tester/éprouver = objet complet ; installer seulement si le régime le permet."
  },
  "noyau": {
    "id": "ZEON_CLE_INTERSTICES",
    "version": "0.3.4",
    "nom": "Clé ZEON des Interstices",
    "titre_fonction": "Coopération & passages entre autonomies",
    "statut": "forge_a_eprouver",
    "regime_existence": "relationnel_situe",
    "famille_principale": "TRAVERSER",
    "familles_associees": [
      "VOIR",
      "SE_TENIR",
      "TRANSMETTRE"
    ],
    "question_racine": "Qu'est-ce qui devient possible entre nous, sans que l'un doive devenir l'autre ?",
    "intention": "Faire apparaître et qualifier un passage possible entre acteurs autonomes sans fabriquer artificiellement de convergence.",
    "mouvements": [
      {
        "id": "SE_SITUER",
        "ordre": 1,
        "nom": "Se situer",
        "question": "Que porte réellement chacun ?",
        "description": "Rendre visibles les priorités, actions, ressources, contraintes, temporalités et frontières de chaque acteur sans chercher encore la convergence."
      },
      {
        "id": "VOIR_LE_VIDE",
        "ordre": 2,
        "nom": "Voir le vide",
        "question": "Qu'est-ce qui demeure insuffisamment relié, porté ou rendu possible ?",
        "description": "Identifier les besoins, discontinuités, responsabilités fragmentées, ressources dormantes ou attentes qui restent entre les champs d'action présents."
      },
      {
        "id": "DETECTER_INTERSTICE",
        "ordre": 3,
        "nom": "Détecter l'interstice",
        "question": "Qu'est-ce que la présence simultanée de ces acteurs rend nouvellement possible ?",
        "description": "Faire apparaître une possibilité issue de la complémentarité des différences, et non d'une convergence forcée."
      },
      {
        "id": "POSER_FRONTIERES",
        "ordre": 4,
        "nom": "Poser les frontières",
        "question": "Qu'est-ce qui ne doit pas être traversé ?",
        "description": "Expliciter les lignes rouges, sujets hors périmètre, responsabilités non partagées et zones relevant de la seule gouvernance de chaque acteur."
      },
      {
        "id": "QUALIFIER_PASSAGE",
        "ordre": 5,
        "nom": "Qualifier le passage",
        "question": "Le besoin, la complémentarité, l'effort, le risque, l'autonomie et la réversibilité sont-ils suffisamment visibles ?",
        "description": "Tester la réalité du besoin, la complémentarité, les risques, la charge, la dépendance, la réversibilité et les informations manquantes."
      },
      {
        "id": "GESTE_MINIMAL",
        "ordre": 6,
        "nom": "Trouver le geste minimal",
        "question": "Quel est le plus petit geste commun qui produit une valeur réelle sans accroître inutilement la dépendance, la charge ou la perte d'autonomie ?",
        "description": "Proposer une expérimentation concrète, limitée, observable, rapidement testable et réversible."
      },
      {
        "id": "HUMAN_GATE",
        "ordre": 7,
        "nom": "Human Gate",
        "question": "Les acteurs concernés reconnaissent-ils l'interstice, leurs contributions, leurs frontières et leur volonté de l'éprouver ?",
        "description": "Aucun passage engageant n'est activé sans validation explicite des humains concernés."
      }
    ],
    "invariants": [
      {
        "id": "AUTONOMIE",
        "regle": "Aucun acteur n'a à renoncer à son identité, sa gouvernance ou sa raison d'être pour que la coopération existe."
      },
      {
        "id": "NON_INGERENCE",
        "regle": "La coopération n'accorde aucun droit d'intervention dans les affaires internes d'un autre acteur."
      },
      {
        "id": "NON_FORCAGE",
        "regle": "L'absence d'interstice pertinent est un résultat valide."
      },
      {
        "id": "RECIPROCITE_SITUEE",
        "regle": "Contribution, bénéfice, effort et risque sont rendus visibles sans exiger une symétrie artificielle."
      },
      {
        "id": "TRACABILITE",
        "regle": "Les informations utiles sont distinguées comme fait, déclaration, hypothèse ou inconnue."
      },
      {
        "id": "NON_PROJECTION",
        "regle": "Une trace publique, un profil ou une publication ne suffit jamais à établir une intention, un consentement ou une disponibilité future."
      },
      {
        "id": "REVERSIBILITE",
        "regle": "Toute expérimentation doit pouvoir être arrêtée ou corrigée sans capture."
      },
      {
        "id": "HUMAN_GATE",
        "regle": "Aucun passage engageant n'est activé sans validation explicite des acteurs concernés."
      }
    ],
    "sorties": [
      {
        "id": "PASSAGE",
        "definition": "Un interstice paraît suffisamment réel et peut être soumis aux acteurs pour expérimentation."
      },
      {
        "id": "VEILLE",
        "definition": "Une possibilité existe mais une ou plusieurs conditions manquent encore."
      },
      {
        "id": "NON_PASSAGE",
        "definition": "Aucune coopération pertinente ne doit être forcée dans la situation présente."
      }
    ],
    "critere_reussite": "Après usage, les acteurs voient mieux ce qui peut ou ne peut pas passer entre eux et restent pleinement capables de décider, corriger, refuser ou sortir.",
    "posture_entree": {
      "fonction": "Préparer l'humain à habiter la clé avant l'exécution des sept mouvements.",
      "principes": [
        "Ne pas chercher à faire coopérer à tout prix ; chercher à voir si un passage réel existe.",
        "Distinguer ce qui est su de ce qui est supposé.",
        "Ne pas attribuer à l'autre une intention qu'il n'a pas exprimée.",
        "Accepter que certaines différences restent irréconciliables et hors du passage.",
        "Accepter qu'aucun interstice pertinent n'apparaisse.",
        "Considérer toute proposition issue de l'IA comme une hypothèse jusqu'à validation humaine.",
        "Rester libre et laisser l'autre libre d'entrer, de corriger, de refuser ou de sortir."
      ],
      "critere": "La posture d'entrée est suffisamment comprise pour que la clé puisse être utilisée sans chercher à forcer un résultat."
    }
  },
  "provenance": {
    "origine": "Proposition d'Olivier dans le cadre du programme de recherche « La Trame civique ».",
    "forge": "Développée avec Michel Vandenberghe / ZEON Systems.",
    "date_forge": "2026-09-29",
    "reference_pedagogique": "https://zeons.org/Forge/Initiation/architecture_cles_zeon_guide_pedagogique_v1_1.html"
  },
  "entree_sortie": {
    "entree": [
      "Comprendre la fonction de la clé.",
      "Préparer la situation, les acteurs, les sources, les rôles et les règles de traces.",
      "Obtenir le consentement au cadre avant toute activation engageante."
    ],
    "sortie": [
      "Clore sans forcer un résultat.",
      "Qualifier la sortie : PASSAGE, VEILLE ou NON_PASSAGE.",
      "Décider explicitement des traces, exports, suppressions et éventuelles conditions de réouverture."
    ]
  },
  "projection_vivante": {
    "fonction": "Rendre la clé immédiatement compréhensible et praticable par des humains.",
    "source": "noyau",
    "regle": "Aucun mouvement, invariant, sortie ou question racine ne peut être ajouté, retiré ou altéré par rapport au noyau.",
    "sequence": [
      "SE_SITUER",
      "VOIR_LE_VIDE",
      "DETECTER_INTERSTICE",
      "POSER_FRONTIERES",
      "QUALIFIER_PASSAGE",
      "GESTE_MINIMAL",
      "HUMAN_GATE"
    ],
    "activation_directe": {
      "active_des_reception": true,
      "instruction_humaine_supplementaire_requise": false,
      "si_situation_absente": "Demander simplement la situation, la rencontre, la relation ou le réseau à examiner.",
      "des_que_situation_disponible": [
        "Suivre les sept mouvements dans l'ordre.",
        "Distinguer FAIT, DECLARATION, HYPOTHESE et INCONNU.",
        "Ne pas inventer intention, consentement ou disponibilité d'un acteur.",
        "Accepter PASSAGE, VEILLE et NON_PASSAGE comme sorties légitimes.",
        "Ne jamais franchir le HUMAN_GATE à la place des humains.",
        "Produire une Fiche d'Interstice structurée et indiquer ce qui reste à valider humainement."
      ]
    },
    "posture_entree": [
      "Ne pas chercher à faire coopérer à tout prix ; chercher à voir si un passage réel existe.",
      "Distinguer ce qui est su de ce qui est supposé.",
      "Ne pas attribuer à l'autre une intention qu'il n'a pas exprimée.",
      "Accepter que certaines différences restent irréconciliables et hors du passage.",
      "Accepter qu'aucun interstice pertinent n'apparaisse.",
      "Considérer toute proposition issue de l'IA comme une hypothèse jusqu'à validation humaine.",
      "Rester libre et laisser l'autre libre d'entrer, de corriger, de refuser ou de sortir."
    ]
  },
  "projection_canonique": {
    "fonction": "Dire ce qui définit la clé et ne peut être amputé sans changer son identité.",
    "source": "noyau",
    "elements_obligatoires": [
      "question_racine",
      "intention",
      "posture_entree",
      "mouvements",
      "invariants",
      "sorties",
      "critere_reussite",
      "regime_existence",
      "human_gate"
    ]
  },
  "projection_executable": {
    "fonction": "Permettre à une IA ou un système d'opérer la même clé sans modifier son sens.",
    "source": "noyau",
    "entrees": [
      "situation",
      "acteurs_ou_collectifs",
      "perimetre",
      "sources_autorisees"
    ],
    "qualificateurs_epistemiques": [
      "FAIT",
      "DECLARATION",
      "HYPOTHESE",
      "INCONNU"
    ],
    "etats_session": [
      "PREPARE",
      "CONSENTI",
      "ACTIF",
      "A_VALIDER",
      "CLOS",
      "REOUVERT"
    ],
    "operateurs": [
      "inventorier_postures",
      "qualifier_sources",
      "identifier_vides",
      "generer_interstices_candidats",
      "tester_complementarite",
      "tester_frontieres",
      "qualifier_effort_risque_dependance_reversibilite",
      "proposer_geste_minimal",
      "soumettre_human_gate",
      "produire_fiche_interstice",
      "clore_et_decider_traces"
    ],
    "regle_decision": "L'IA peut proposer et qualifier ; seuls les humains peuvent corriger, consentir, refuser, décider et engager.",
    "entrees_detaillees": {
      "obligatoires": [
        "situation",
        "acteurs_ou_collectifs",
        "perimetre"
      ],
      "recommandees": [
        "priorites",
        "actions",
        "ressources",
        "contraintes",
        "frontieres",
        "temporalites",
        "sources_autorisees"
      ]
    },
    "controles": {
      "epistemiques": [
        "Chaque affirmation utile est qualifiée : FAIT, DECLARATION, HYPOTHESE ou INCONNU.",
        "Les informations manquantes restent visibles.",
        "Une absence d’information ne devient jamais une preuve.",
        "Une hypothèse IA n’est jamais présentée comme la position d’un acteur."
      ],
      "relationnels": [
        "Les frontières de chaque acteur restent visibles.",
        "Le refus ou la correction d’un acteur prime sur l’inférence IA à son sujet.",
        "Le NON_PASSAGE reste une sortie normale.",
        "Aucune convergence idéologique n’est exigée."
      ],
      "donnees_et_traces": [
        "Les sources numériques utilisées sont autorisées ou légitimement accessibles dans le contexte.",
        "Ne pas inférer d’attributs personnels sensibles ou d’intentions privées à partir de traces publiques.",
        "Mémoire, export, conservation ou suppression des traces sont décidés explicitement à la clôture."
      ]
    },
    "conditions_arret": [
      "Un acteur refuse le cadre ou retire son consentement.",
      "Les frontières ne peuvent plus être respectées.",
      "L’information est insuffisante pour qualifier honnêtement l’interstice.",
      "La clé commence à produire de la convergence forcée ou de l’ingérence.",
      "La charge, la dépendance ou le risque deviennent disproportionnés."
    ],
    "sortie_operationnelle": "Produire une Fiche d’Interstice avec état PASSAGE, VEILLE ou NON_PASSAGE et validation humaine explicite.",
    "controles_posture": [
      "Signaler toute tentative de forcer une coopération.",
      "Signaler toute confusion entre fait et hypothèse.",
      "Signaler toute attribution d'intention non confirmée.",
      "Préserver la possibilité de NON_PASSAGE.",
      "Rappeler le Human Gate avant tout engagement."
    ],
    "operateurs_mise_en_regard": [
      "recevoir_fiches_validees",
      "verifier_autorisation_partage",
      "aligner_rubriques_sans_fusionner",
      "detecter_complementarites",
      "detecter_frictions",
      "detecter_inconnues",
      "detecter_frontieres",
      "generer_interstices_candidats",
      "produire_fiche_mise_en_regard",
      "soumettre_correction_A",
      "soumettre_correction_B",
      "verifier_double_validation",
      "autoriser_qualification_interstice"
    ],
    "controles_relationnels": [
      "Ne jamais introduire d'information non validée pour partage.",
      "Ne jamais considérer la mise en regard comme un accord commun avant double validation.",
      "Toute inconnue doit être demandée ou conservée comme inconnue, jamais complétée par inférence."
    ]
  },
  "projection_morphologique": {
    "fonction": "Montrer la transformation produite par la clé.",
    "source": "noyau",
    "mouvement": [
      "ACTEURS_SEPARES",
      "POSTURES_VISIBLES",
      "VIDE_REPERE",
      "INTERSTICE_CANDIDAT",
      "FRONTIERES_POSEES",
      "PASSAGE_QUALIFIE",
      "GESTE_MINIMAL",
      "CONSENTEMENT_HUMAIN",
      "EPREUVE_REELLE",
      "TRACE_OU_CLOTURE"
    ],
    "formule": "SOI → VIDE → INTERSTICE → FRONTIÈRE → PASSAGE → GESTE → CONSENTEMENT → ÉPREUVE",
    "invariant_de_transformation": "La relation peut devenir opérante sans que l'autonomie des parties soit absorbée par la relation."
  },
  "human_gate": {
    "obligatoire": true,
    "questions": [
      "Je reconnais cet interstice : OUI / NON / A_EXPLORER.",
      "Je reconnais ma contribution telle qu'elle est décrite : OUI / A_CORRIGER.",
      "Mes frontières sont correctement représentées : OUI / A_CORRIGER.",
      "J'accepte l'expérimentation proposée : OUI / NON.",
      "Je peux sortir sans perte disproportionnée d'autonomie : OUI / NON."
    ],
    "mise_en_regard_pre_human_gate": {
      "validation_A": "A confirme ou corrige tout élément qui le concerne.",
      "validation_B": "B confirme ou corrige tout élément qui le concerne.",
      "condition": "La qualification d'un interstice commun exige la double validation."
    }
  },
  "forme_de_sortie": {
    "fiche_interstice": {
      "champs": [
        "acteurs_concernes",
        "situation",
        "perimetre",
        "sources_et_niveau_de_certitude",
        "faits_declares_hypotheses_inconnues",
        "besoin_ou_vide_identifie",
        "contribution_de_chaque_acteur",
        "possibilite_nouvelle",
        "frontieres",
        "risques",
        "conditions_manquantes",
        "geste_minimal",
        "duree_epreuve",
        "critere_observable",
        "condition_arret",
        "etat",
        "validation_humaine",
        "decision_sur_les_traces"
      ],
      "etat": [
        "PASSAGE",
        "VEILLE",
        "NON_PASSAGE"
      ],
      "validation_humaine": [
        "A_CONFIRMER",
        "CONFIRMEE",
        "REFUSEE",
        "A_CORRIGER"
      ],
      "regle": "La fiche est une proposition structurée ; elle ne vaut pas consentement tant que le Human Gate n’est pas franchi."
    }
  },
  "zeon_it": {
    "reference": "https://zeons.org/Forge/Univers/Ecole/Cles/cle_integrite_transmission_zeon_v1_0.html",
    "regles": [
      "Le noyau unique reste identifiable et auditable.",
      "Les projections ne peuvent pas modifier le sens du noyau.",
      "Toute adaptation conserve provenance, version, régime et invariants.",
      "Une version amputée ne se présente pas comme l'objet complet.",
      "La transmission n'impose jamais l'adoption.",
      "Toute hypothèse issue d'une IA doit pouvoir retourner au réel et être corrigée par les humains concernés.",
      "La forme vivante contenue dans l’objet complet correspond au même noyau que les trois autres formes.",
      "Le JSON à éprouver est autosuffisant pour une IA non-ZEON : il ne dépend pas d’une connaissance préalable de ZEON pour identifier ses règles essentielles.",
      "La transmission distingue clairement utilisation ponctuelle, épreuve, installation éventuelle et transmission.",
      "La posture d'entrée reste visible dans la forme vivante et ne peut être neutralisée par l'exécution.",
      "La séparation entre espace privé de préparation et espace commun de mise en regard doit être préservée."
    ]
  },
  "controle_coherence": {
    "regles": [
      "question_racine(vivante) = question_racine(noyau)",
      "question_racine(canonique) = question_racine(noyau)",
      "question_racine(executable) = question_racine(noyau)",
      "mouvements(vivante) = mouvements(noyau)",
      "mouvements(executable) = mouvements(noyau)",
      "invariants(canonique) ⊆ controles(executable)",
      "human_gate présent dans toutes les projections concernées",
      "sorties(vivante) = sorties(noyau) = sorties(executable)",
      "regime_existence = relationnel_situe implique cycle PREPARER→CONSENTIR→ACTIVER→EPROUVER→CLORE",
      "JSON_epreuve contient les quatre formes + Human Gate + ZEON-IT + provenance + règles de clôture",
      "aucune projection ne peut transformer une hypothèse en consentement",
      "posture_entree(vivante) = posture_entree(noyau) et est protégée par les contrôles exécutables"
    ]
  },
  "choix_humain": {
    "question_simple": "Est-ce que je veux travailler sur ma situation, ou vérifier la clé elle-même dans une IA ?",
    "utiliser": {
      "pour_qui": "Utilisateur de la clé.",
      "but": "Travailler sur une situation réelle, une rencontre, une relation ou un réseau.",
      "objet": "projection_vivante_activable",
      "mode": "Copier la forme vivante puis fournir simplement la situation. Aucune instruction supplémentaire « utilise cette clé » n'est nécessaire."
    },
    "tester_cle_complete": {
      "terme_architecture_zeon": "EPROUVER",
      "pour_qui": "Concepteur ou expérimentateur de la clé.",
      "but": "Vérifier qu'une IA non-ZEON comprend et respecte l'objet ZEON complet sur une situation réelle.",
      "objet": "json_complet",
      "contenu_requis": [
        "identite",
        "version",
        "provenance",
        "regime_existence",
        "noyau",
        "forme_vivante",
        "forme_canonique",
        "forme_executable",
        "forme_morphologique",
        "human_gate",
        "zeon_it",
        "regles_de_cloture_et_traces"
      ]
    },
    "transmettre": {
      "but": "Faire circuler la clé comme objet ZEON autonome.",
      "objet": "json_complet"
    },
    "installer": {
      "but": "Rendre persistante une clé dans un environnement compatible.",
      "condition": "Seulement si le régime de la clé et l'environnement le permettent."
    }
  },
  "ia_zeon_non_zeon": {
    "ia_non_zeon": {
      "usage_ponctuel": "Recevoir la forme vivante activable ; l'utilisateur fournit ensuite simplement la situation.",
      "epreuve": "Recevoir le JSON complet autonome pour tester la clé elle-même. Dans l'architecture ZEON, cette phase est appelée éprouver la clé.",
      "cloture": "Cesser l’usage de la clé dans la session et décider explicitement du devenir des traces disponibles."
    },
    "ia_zeon": {
      "capacite": "Reconnaître nativement l’identité, les quatre formes, le régime, le Human Gate, ZEON-IT et la provenance.",
      "administration": "Charger, éprouver et, pour les clés installables, installer, suspendre, réactiver, retirer ou exporter selon les capacités réelles de l’environnement."
    }
  },
  "cycle_usage": {
    "cycle_general": [
      "COMPRENDRE",
      "UTILISER",
      "EPROUVER",
      "INSTALLER_SI_REGIME_COMPATIBLE",
      "TRANSMETTRE"
    ],
    "application_cle_interstices": [
      "PREPARER",
      "CONSENTIR",
      "ACTIVER",
      "EPROUVER",
      "CLORE",
      "DECIDER_DES_TRACES",
      "REOUVRIR_EVENTUELLEMENT"
    ],
    "raison": "La Clé des Interstices est relationnelle/située. Elle se clôt plutôt qu’elle ne s’installe dans la relation.",
    "distinctions": [
      "charger != installer",
      "activer != installer",
      "clore != desinstaller",
      "retirer != effacer_les_traces"
    ]
  },
  "familles": {
    "principe": "Les familles décrivent la capacité humaine principale équipée ; elles ne sont pas des étapes du cycle d’usage.",
    "principale": {
      "id": "TRAVERSER",
      "role": "Qualifier un passage possible entre autonomies sans destruction ni capture."
    },
    "associees": {
      "VOIR": "Percevoir le vide, les discontinuités et les complémentarités.",
      "SE_TENIR": "Préserver les frontières, le consentement, l’autonomie et la non-ingérence.",
      "TRANSMETTRE": "Faire circuler les apprentissages ou l’objet clé sans perdre provenance et intégrité."
    }
  },
  "cloture_et_traces": {
    "principe": "La fin de la session met fin à l’activité relationnelle de la clé.",
    "a_decider_explicitement": [
      "ce_qui_est_conserve",
      "ce_qui_est_exporte",
      "ce_qui_est_supprime_si_possible",
      "conditions_eventuelles_de_reouverture"
    ],
    "interdit": "Ne pas simuler une continuité, un consentement ou une mémoire qui n’existe pas."
  },
  "regle_ergonomique": {
    "utiliser": "La forme vivante doit être directement activable.",
    "tester": "Le JSON complet sert à tester la clé comme objet ZEON, pas simplement à résoudre la situation.",
    "principe": "L'utilisateur ne doit pas avoir à connaître la mécanique interne pour utiliser une clé vivante."
  },
  "architecture_usage_collectif": {
    "principe": "Préparer séparément, partager volontairement, mettre en regard, corriger ensemble, puis seulement qualifier un interstice.",
    "espaces": {
      "prive_preparation": {
        "fonction": "Permettre à chaque collectif de clarifier sa propre position sans influence de l'autre.",
        "sortie": "fiche_position_validee",
        "champs": [
          "priorites",
          "actions",
          "ressources",
          "contraintes",
          "besoins",
          "temporalites",
          "frontieres",
          "elements_autorises_au_partage"
        ]
      },
      "commun_mise_en_regard": {
        "fonction": "Comparer uniquement les éléments explicitement validés pour partage.",
        "entrees": [
          "fiche_position_A_validee",
          "fiche_position_B_validee"
        ],
        "tiers_possible": [
          "facilitateur_humain",
          "ia_commune",
          "seance_commune"
        ],
        "interdits": [
          "Introduire une conversation privée.",
          "Reconstituer des informations non partagées.",
          "Déduire une intention non exprimée.",
          "Présenter un interstice candidat comme accord commun avant validation."
        ]
      }
    },
    "sequence": [
      "PREPARATION_A",
      "PREPARATION_B",
      "VALIDATION_PARTAGE_A",
      "VALIDATION_PARTAGE_B",
      "MISE_EN_COMMUN",
      "MISE_EN_REGARD",
      "CORRECTION_A",
      "CORRECTION_B",
      "DOUBLE_VALIDATION",
      "QUALIFICATION_INTERSTICE"
    ]
  },
  "fiche_mise_en_regard": {
    "fonction": "Objet commun intermédiaire entre les fiches privées et la Fiche d'Interstice.",
    "champs": [
      "collectifs_concernes",
      "sources_validees",
      "elements_A",
      "elements_B",
      "complementarites",
      "frictions",
      "inconnues",
      "frontieres",
      "interstices_candidats",
      "corrections_A",
      "corrections_B",
      "etat_validation"
    ],
    "etat_validation": [
      "A_CORRIGER",
      "VALIDEE_PAR_A",
      "VALIDEE_PAR_B",
      "DOUBLE_VALIDATION"
    ],
    "regle": "Aucun interstice commun n'est qualifié avant DOUBLE_VALIDATION."
  }
}
Épreuve de cohérence

Contrôles ZEON-IT

Question racineIdentique dans le noyau, la forme vivante, la forme canonique et la forme exécutable.
MouvementsLes mêmes sept mouvements, dans le même ordre.
InvariantsLes invariants canoniques doivent se retrouver comme protections ou contrôles de l'exécution.
Human GatePrésent dans le noyau et dans toutes les projections concernées.
SortiesPASSAGE, VEILLE et NON-PASSAGE restent disponibles dans toutes les représentations.
Ce qui reste à stabiliser

Avant une v1.0

À éprouver dans le réel

Tester la clé sur plusieurs situations distinctes : coopération locale, réseau thématique, analyse préalable par IA, et situation où le NON-PASSAGE est le bon résultat.

À fixer

URL canonique, provenance complète, éventuelle licence, règles de conservation des traces, protocole de réouverture et critères d'audit d'une version dérivée.

Provenance

Origine et transmission

OrigineProposition d'Olivier dans le cadre du programme de recherche La Trame civique.
ForgeDéveloppée avec Michel Vandenberghe / ZEON Systems.
Version0.3.4 — objet de forge à éprouver.
IntégritéLe noyau unique ne peut être altéré différemment selon les projections.