Comment nous travaillons.
Cette page décrit les mécanismes définis dans le code source et leur périmètre. Les nombres de produits, d'affirmations, de niveaux de preuve, d'états du cycle de vie et de surfaces expirées sont calculés à partir des données enregistrées ; les tâches en production nécessitent des preuves d'exécution distinctes.
Niveaux de preuve
Chaque affirmation enregistrée reçoit un niveau. Ce n'est pas un classement de qualité, mais une indication de périmètre permettant de distinguer « nous avons lu le code et compté » de « notre propre texte l'affirme ».
Les données du produit l'indiquent ; personne ne les a revérifiées indépendamment. C'est le niveau le plus faible, jamais présenté comme autre chose.
Le code exécuté a été lu et décompté ; l'affirmation repose sur le code lui-même.
Exécuté et mesuré dans un environnement réel ; le résultat est consigné avec sa date.
Confirmé par une personne extérieure à YULA.
Machine à états des produits
Il existe 4 états, chacun modifiant concrètement quelque chose. Un état qui ne change rien est une étiquette ; le présenter ici comme une étape serait précisément la mise en scène que cette page vise à éviter.
Apparaît en premier dans l'index des produits ; chaque capture doit porter sourceBuild et capturedAt, faute de quoi la compilation échoue.
Mêmes règles de preuve que pour un produit disponible ; apparaît après lui dans l'index.
Apparaît dans sa propre section repliée, et son lien principal ne peut pas mener à une boutique — un produit qui ne peut pas être téléchargé ne doit pas sembler téléchargeable.
Disparaît de l'index des produits par défaut ; l'enregistrement reste, pas sa place dans la vitrine.
Politique d'affirmations publiques
Les affirmations enregistrées, statistiques liées, captures d'écran et études de cas font l'objet de contrôles automatisés. Les textes promotionnels libres sont examinés séparément.
- Une lacune structurelle fait échouer la compilation : une affirmation sans source, périmètre, responsable ou date ne peut pas être publiée.
- Les dates doivent comporter les zéros initiaux : un seul zéro manquant (2026-9-18) empêcherait une affirmation d'expirer jusqu'au changement d'année.
- L'expiration ne fait PAS échouer la compilation ; elle modifie la page : une affirmation expirée n'est pas fausse, elle n'est plus vérifiée. Elle n'est jamais supprimée et apparaît en attente d'une nouvelle vérification.
- Une carte statistique ne peut pas afficher un chiffre absent de l'affirmation vers laquelle elle renvoie.
- Un produit non publié ne peut pas montrer un écran inventé ; chaque capture indique sa compilation d'origine et sa date de prise.
- Une analyse des textes recherche nommément 12 affirmations qui se sont révélées fausses par le passé et empêche leur retour.
- Condition de publication d'un cas : sans autorisation, situation de départ, artefact, résultat mesuré, enseignement d'un échec et date de validité, pas de cas.
Confidentialité et sécurité
Le formulaire de contact, la mesure du parcours de conversion et l'envoi d'e-mails ont des contrôles distincts. La page de confidentialité décrit les catégories de données et leurs finalités.
- Lorsque les nouvelles demandes de contact sont désactivées, le point d'accès du formulaire renvoie 503. L'envoi des notifications précédemment acceptées dépend d'une configuration de messagerie distincte et de l'exécution du traitement de la file ; fermer la réception n'annule pas les e-mails en attente.
- Le consentement n'est pas une case à cocher, mais un enregistrement distinct portant une version datée de la notice : savoir qu'une personne a accepté ne dit pas ce qu'elle a accepté.
- La mesure du parcours de conversion refuse le texte libre : les valeurs des champs sont limitées et les chaînes de requête sont retirées des chemins de page. Les enregistrements bruts ont une durée de conservation de 30 jours et une tâche supprime ceux qui ont expiré ; l'achèvement de la suppression en production est confirmé par les journaux d'exécution.
- Les demandes de données comprennent la vérification de l'adresse e-mail. Vérifier l'adresse ne signifie pas qu'une demande d'accès, de rectification ou de suppression a été satisfaite.
- Le site dispose d'une CSP limitant les sources de contenu et d'en-têtes empêchant d'autres sites de l'intégrer dans un cadre. Les pages générales et la page de vérification de l'e-mail utilisent des règles CSP différentes.
La frontière entre IA et humains
Ce site est largement écrit par des sessions d'IA. La frontière n'est pas laissée vague : elle est liée à une classe de risque.
- Validation du fondateur : soumission aux boutiques, tarification, argent réel, propriété des comptes, questions juridiques et décisions irréversibles relèvent uniquement d'un humain.
- Les travaux de sécurité, de paiement, de migration et de confidentialité nécessitent une revue indépendante avant acceptation ; personne n'approuve son propre travail. Cette revue refuse aussi des travaux en pratique : le registre contient des cycles rejetés plusieurs fois.
- « Terminé » n'est pas un pourcentage : le travail ne se termine qu'à l'état ACCEPTÉ, qui exige une ligne de preuve.
- Les étapes nécessitant une personne, un appareil ou un calendrier sont enregistrées comme VALIDATIONS EXTERNES, avec l'action requise et la preuve d'achèvement explicites.
Limites actuelles
Cette section est le prix de cette page. Expliquer comment nous restons honnêtes tout en omettant les points où nous ne le sommes pas encore serait exactement l'échec qu'elle prétend prévenir.
- L'analyse des textes s'exécute à chaque compilation, mais ses cibles entre dépôts n'existent qu'en local et dans la CI ; le déploiement qui sert cette page en exécute une version plus restreinte.
- Une étude de cas ne fournit pas son propre chiffre : elle désigne la valeur vérifiée d'une affirmation du registre qu'elle présente, et le nombre affiché provient du registre. La même règle couvre le titre, l'intitulé de la mesure et la section « ce qui a changé ensuite », car ils sont lus comme des affirmations. Situation de départ, contrainte, résumés de décisions, libellés d'artefacts, périmètre de l'autorisation et enseignement de l'échec restent en texte libre ; un nombre y est ordinaire. Limite connue : une chaîne ayant la forme d'un identifiant, telle que « Accuracy-95 », est acceptée comme libellé.
- Les pages détaillées utilisent des dates de vérification pour les surfaces de boutique et de disponibilité ; les affirmations de disponibilité expirées affichent un avis de nouvelle vérification. Les fenêtres de vérification de 5 surfaces enregistrées sont closes. Ce contrôle ne couvre pas tous les textes promotionnels.
- L'accessibilité des liens n'est pas bloquante dans la CI : une URL de boutique inactive produit un avertissement sans faire échouer le pipeline.
- La CI comprend lint, vérification des types, tests, compilation et contrôles des dépendances. Les résultats sont évalués selon la modification et le journal d'exécution concernés ; les contrôles locaux n'établissent pas une publication en production.
- La configuration de déploiement par défaut planifie la tâche de messagerie une fois par jour. Il ne s'agit pas d'un engagement de délai de livraison ; l'envoi dépend de la configuration, du fournisseur et de la bonne exécution de la tâche.
À consulter : transparence des produits · études de cas