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é →
Sur cette page
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
| Espace | Réservé à | Exemples donnés |
|---|---|---|
| Canon | Versions du cadre constitutionnel | TENIR 2.0, plus tard TENIR 2.1 |
| Knowledge base | Rendu documentaire, hors du code | KB1.1, historique ; KB2, ligne antérieure ; KB3, institué et actif |
| Profils et modules | Doctrine spécialisée, sans remplacer le canon | Gouvernance agentique, métabolique, rhizomatique, chacun en v1.0 dans les exemples |
| Plateforme | Releases d’implémentation | K+4 RC, TENIR2C |
| Produits | Surfaces visibles par l’utilisateur | Lens / Studio, Engine API, Governance, Reports |
| Developer Platform | Contrats d’écosystème | Contract Registry, portail, sandbox, kits |
| Extension partenaire | Intégrations tierces sous gouvernance explicite | Exemples nommés : connecteur UM6P, pont d’export de gouvernance |
Interdits
- Aucun overlay, module, profil, produit, surface développeur ou extension partenaire n’imite une ligne de version canonique.
- Aucune API publique ni aucun portail n’implique une autorité sémantique qu’il n’a pas.
- 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
| Étiquette | Traitement |
|---|---|
| v1.x | Histoire du canon, legacy |
| KB1.1 | Rendu historique |
| KB2 | Ligne de rendu antérieure. Continuité seulement. Pas une ligne active. |
| KB3 | Ligne 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 » informel | Déprécié comme référence canonique. Devenu profil. |
| K+4 RC | Ligne d’implémentation. Châssis, pas souveraineté sémantique. |
| TENIR2C | Branche de revue / ligne de plateforme |
| IronOmega, 5.0.0 à 5.6.x | Noms 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).