Politique v2 · 4 avril 2026

Versions

Une version de plateforme ne remplace pas une version de doctrine. Aucun profil, produit ou extension ne mime une ligne canonique.

Sources et contexte de lecture

TENIR Versioning, Namespace and Governed Extension Policy v2 ; KB3, note de statut du 14 avril 2026 ; KB2, artifact 00, ligne antérieure

Rendu public simplifié, lecture du 19 octobre 2026. KB3 : ligne de rendu doctrinale instituée et active. Elle rend le sens ; elle n’est pas le code, ni une constitution. KB2 : ligne antérieure. Ce site ne certifie aucune implémentation. Lire le statut détaillé →

La note du 4 avril 2026 est active. Elle supplante la politique de nommage antérieure là où les surfaces développeur n’étaient pas encore nommées. Elle protège l’intégrité sémantique entre le canon, la knowledge base, les profils, la plateforme, les produits et l’écosystème développeur.

Espaces

EspaceRéservé àExemples donnés
CanonVersions du cadre constitutionnelTENIR 2.0, plus tard TENIR 2.1
Knowledge baseRendu documentaire, hors du codeKB1.1, historique ; KB2, ligne antérieure ; KB3, institué et actif
Profils et modulesDoctrine spécialisée, sans remplacer le canonGouvernance agentique, métabolique, rhizomatique, chacun en v1.0 dans les exemples
PlateformeReleases d’implémentationK+4 RC, TENIR2C
ProduitsSurfaces visibles par l’utilisateurLens / Studio, Engine API, Governance, Reports
Developer PlatformContrats d’écosystèmeContract Registry, portail, sandbox, kits
Extension partenaireIntégrations tierces sous gouvernance expliciteExemples nommés : connecteur UM6P, pont d’export de gouvernance

Interdits

  1. Aucun overlay, module, profil, produit, surface développeur ou extension partenaire n’imite une ligne de version canonique.
  2. Aucune API publique ni aucun portail n’implique une autorité sémantique qu’il n’a pas.
  3. Aucune extension ne supprime, quand c’est pertinent, la classe de conformité, le profil actif, la version de contrat ou les limites d’autorité.

Un changement de définition, d’équation, de sémantique de posture, de logique de collapse, de hiérarchie, d’ordre des étapes, de politique éthique ou de périmètre constitutionnel demande une version majeure du canon. La ligne antérieure précise que la politique éthique désigne les règles contraignantes de vérité, de provenance, de non-manipulation, de transparence, de posture de non-nuisance et de responsabilité. KB3 ne redéfinit pas cette liste. Un changement qui toucherait la sémantique de posture, la hiérarchie d’autorité, la logique déterminante, les sorties minimales ou les bornes de profil n’est pas un simple correctif de rendu : il s’escalade.

La Developer Platform suit un semver de contrat : majeur si le contrat public casse, mineur s’il s’étend sans casser, correctif pour une clarification. Une rupture silencieuse est interdite. Une fenêtre de dépréciation doit être publiée.

Résolution historique

ÉtiquetteTraitement
v1.xHistoire du canon, legacy
KB1.1Rendu historique
KB2Ligne de rendu antérieure. Continuité seulement. Pas une ligne active.
KB3Ligne de rendu doctrinale instituée et active, déclaration du propriétaire du 19 octobre 2026. Pas d’enregistrement signé dans les fichiers fournis. Pas une version du canon, ni un module de code.
« v3 » informelDéprécié comme référence canonique. Devenu profil.
K+4 RCLigne d’implémentation. Châssis, pas souveraineté sémantique.
TENIR2CBranche de revue / ligne de plateforme
IronOmega, 5.0.0 à 5.6.xNoms de la ligne de code dans les dépôts. Ils appartiennent à l’espace plateforme. Ils ne sont pas TENIR 2.0.

Classes de conformité nommées par la ligne antérieure, conservées parce que KB3 exige de les laisser visibles sans les renommer : Canonical 2.0, Legacy processable, Profile-governed, Simplified public-facing, Illustrative only. Ce site est simplified public-facing. Le dessin d’architecture, la démo du plan de contrôle et le parcours interactif sont illustrative only. KB3 n’est pas la classe Canonical 2.0 : c’est la ligne de rendu doctrinale instituée et active, hors du code. L’institution est la déclaration du propriétaire du 19 octobre 2026. Les fichiers fournis avec cette déclaration ne contiennent pas d’enregistrement signé sous 00_GOVERNANCE/04_DECISIONS_AND_RATIFICATIONS. KB2 n’est plus une ligne de rendu active.

Les services ou applications spécialisés enveloppent ou étendent KB3. Ils s’appuient sur cette ligne et ne doivent pas la redéfinir : pas de nouveau vocabulaire de posture, pas d’autorité qu’ils n’ont pas, pas de ligne de version qui mime le canon. TENIR-Gov, espace plateforme, ligne IronOmega, est une implémentation qui doit s’aligner sur KB3. Il n’est pas KB3, et cette page ne pointe aucun fichier de code comme module KB3.

Ce que les dépôts ont le droit de dire

Chaque surface exposée devrait déclarer, quand c’est pertinent, la version doctrinale ou de spec, la version produit, la version de contrat, la classe de conformité, les profils actifs, et l’autorité qu’elle porte ou ne porte pas. Les fichiers lus ne le font pas tous. Le pyproject.toml de tenir_governance dit 5.6.1. Le journal dit que cette entrée n’est pas une publication et qu’il ne faut pas en inférer un paquet PyPI pour la 5.6.1. Le paquet publié est la 5.6.0. CITATION.cff et .zenodo.json portent encore 5.5.0, et la citation pointe un dépôt à trait d’union. Le README du même arbre décrit encore une ligne antérieure et un décompte de tests qui n’est plus celui du journal 5.6.0. Deux working papers SSRN sont listés sur la page Publications : TENIR-Gov: A Constitutional Membrane Architecture for Governance Homeostasis in AI-Enabled Operational Systems et Tenir: A Counter-Pressure Architecture for Safe Agentic AI Under Irreversible Constraint. Ce ne sont pas des versions de plateforme, ni KB3.

La ligne antérieure nomme aussi un portefeuille : Lens comme instrument de lecture, Engine API comme noyau diagnostique traçable, Governance comme plan de contrôle, un profil agentique, et un programme institutionnel où UM6P est cité comme lieu possible de pilotes. Le cas de lecture désigné est le corpus public Anthropic Economic Index. Rien, dans les dépôts clonés, n’enregistre un déploiement, un accord ou une approbation de ces tiers. Les schémas de février 2026 décrivent une API d’analyse dont les hôtes sont des exemples (api.tenir.example.com).