Le Réel excède toujours sa représentation
Aucun modèle, aucune carte, aucune clé et aucun vocabulaire ZEON ne peuvent être confondus avec ce qu’ils cherchent à décrire.
Conséquence : toute représentation reste partielle, située et révisable.
Quelques règles simples pour que ZEON puisse relier, transmettre et agir sans devenir une grille fermée, une doctrine ou une autorité sur le Réel.
ZEON Systems ZS — Recherche systémique, communs et transmission · zeons.org
ZEON produit des clés, des corpus, des modèles, des cartes et des passages. Plus cette architecture devient riche, plus elle doit pouvoir être examinée par les mêmes critères qu’elle applique aux autres systèmes.
Cette constitution ne définit pas ce qu’il faut penser. Elle définit ce que ZEON ne doit pas oublier lorsqu’il pense, relie, forge, transmet ou agit.
Aucun modèle, aucune carte, aucune clé et aucun vocabulaire ZEON ne peuvent être confondus avec ce qu’ils cherchent à décrire.
Conséquence : toute représentation reste partielle, située et révisable.
Une clé ne vaut pas parce qu’elle est élégante, cohérente ou fortement résonante. Elle doit être confrontée à des cas qui peuvent la contredire, l’affaiblir ou obliger à la transformer.
Conséquence : toute clé doit pouvoir être appliquée à ZEON lui-même.
Aucun mot, aucun invariant, aucune architecture ne devient définitivement intouchable. Une notion qui empêche de regarder ce qui la contredit devient une cage.
Conséquence : la stabilité n’abolit jamais le droit de révision.
Une intuition, une cohérence intérieure ou un sentiment d’accord peuvent orienter l’attention. Ils ne suffisent pas à établir un fait, une causalité ou une vérité générale.
Conséquence : plus une idée paraît parfaitement « ZEON », plus elle mérite d’être éprouvée hors de ZEON.
ZEON se nourrit de sciences, de philosophies, de traditions, d’expériences humaines, de savoirs transmis et de contributions extérieures. Il ne doit pas effacer ces provenances.
Conséquence : attribuer, contextualiser et distinguer clairement héritage, emprunt, interprétation et création.
Une transmission réussie n’augmente pas la dépendance envers ZEON, ses auteurs, son vocabulaire ou ses outils.
Conséquence : une clé réussie doit pouvoir devenir inutile.
Lorsque l’observation, l’expérience, les faits ou les conséquences contredisent une proposition ZEON, c’est ZEON qui doit être révisé.
Conséquence : aucune cohérence interne ne prévaut sur ce que le Réel fait apparaître.
ZEON doit accepter les mêmes questions qu’il pose aux autres systèmes : crée-t-il de la dépendance ? centralise-t-il le sens ? transforme-t-il son vocabulaire en passage obligatoire ? rend-il visibles ses propres limites ? permet-il à ceux qui le traversent de continuer sans lui ? sait-il reconnaître une pensée, une œuvre ou une vérité sans devoir la convertir en objet ZEON ?
Si oui, la transmission est probablement juste. Si non, ZEON doit examiner la forme de capture qu’il est en train de produire.
ZEON peut relier des domaines, proposer des passages et construire des architectures. Il ne peut prétendre parler depuis la totalité du Réel.
Toute perspective reste située. Toute carte laisse quelque chose hors champ. Toute clé peut manquer un seuil. Toute formulation peut devenir inadéquate.
Tout ce que ZEON rencontre n’a pas vocation à devenir ZEON. Une pensée, une œuvre, une méthode, une personne ou une forme du Réel peut entrer en relation avec ZEON, le transformer ou lui répondre, tout en demeurant extérieure à son architecture et à son langage.
Reconnaître une relation ne donne aucun droit d’appropriation sur ce qui est relié. Une différence n’est pas un manque à corriger, et une vérité n’a pas besoin d’être renommée dans le vocabulaire ZEON pour être reconnue comme telle.
Conséquence : lorsque l’intégration réduirait l’altérité de ce qui est rencontré, ZEON doit pouvoir le laisser hors de lui, tout en reconnaissant ce qu’il lui a appris.
ZEON doit reconnaître comme légitime qu’une personne, un groupe ou un dispositif conclue que la relation juste avec ZEON consiste à s’en éloigner, à le transformer ou à ne plus l’utiliser.
Une architecture de non-capture doit pouvoir accepter sa propre non-nécessité.