Maturité documentaire et preuves
Statut documentaire : reference.
Chaque page publique porte des métadonnées lisibles par machine et expose maintenant son statut documentaire de manière visible près du titre. Le statut ne prouve pas à lui seul la maturité de l'implémentation.
| Statut documentaire | Signification |
|---|---|
reference |
Contrat public stable ou comportement suffisamment étayé pour servir de référence. |
guide |
Usage recommandé construit sur des concepts publiés/validés. |
tutorial |
Parcours d'apprentissage reproductible ; les prérequis de plateforme doivent être indiqués. |
architecture |
Architecture visée ou partiellement vérifiée ; contrôler les preuves avant de traiter signatures/cibles exactes comme certifiées. |
roadmap |
Direction planifiée, pas une garantie actuelle. |
maintainer |
Contenu destiné aux mainteneurs. |
archive |
Contexte historique, pas une recommandation actuelle. |
Labels de preuve pour les affirmations techniques
Lorsque c'est utile, les pages doivent aussi distinguer Generated API, Generated when published, vNext binding target et Application pattern. Les noms générés exacts restent dépendants du package tant qu'une sortie générée actuelle ne les certifie pas.
Politique canonique des affirmations
La politique d’affirmations d’entreprise est canonique sur logiCells.com — Claims. Cette page .net en est l’implémentation pour la documentation technique : preuves, maturité, certification de plateforme et reproductibilité sont appliquées ici sans redéfinir une politique concurrente.
Discipline des affirmations
Pas de chiffre de benchmark sans protocole reproductible. Pas d'affirmation de support plateforme sans ligne de matrice. Pas de signature API exacte en référence sans sortie générée actuelle ou contrat publié non ambigu.