L’ESG numérique,
construit en public.

Vérification locale assumée plutôt qu’intégration continue décorative

Le dépôt n’a pas d’intégration continue. La vérification est locale, scriptée, et le manque est documenté comme une décision. Technique : Le script enchaîne le contrôle de types, l’analyse statique, les tests et la construction. C’est la même séquence qu’un pipeline exécuterait. Réglementaire : Le site affirme que ses règles sont verrouillées par des tests. Prétendre qu’elles le sont par un pipeline inexistant aurait été une affirmation fausse de plus. Économique : Coût nul, contre un quota à racheter pour un dépôt personnel. Compromis accepté : Rien n’empêche mécaniquement un commit non vérifié d’arriver sur la branche principale. La garantie repose sur une personne, et cette personne peut être pressée.

#outillage #cout #honnetete

Nommer la nature d’une panne plutôt que l’afficher comme une absence

Chaque tentative de sonde est enregistrée avec la nature de son échec, et l’interface distingue une panne du produit d’une panne de la sortie réseau du cockpit. Technique : Un type énuméré en base porte les quatre natures d’échec. L’interface les traduit en une phrase lisible, sans jargon. Réglementaire : Une absence non expliquée se lit comme une omission. Nommer la cause est la même discipline que nommer la source d’une valeur. Économique : Une table de plus et une écriture par tentative, contre un diagnostic qui ne demande plus d’ouvrir un journal serveur. Compromis accepté : Le cockpit écrit à chaque passage de sonde, y compris quand tout va bien. Cette table grossit, et personne ne la purge aujourd’hui.

#observabilite #panne #cockpit

Échouer explicitement plutôt que répondre sans source

Quand la récupération documentaire échoue, l’assistant renvoie une erreur explicite et ne génère rien. Technique : L’échec est renvoyé en code de service indisponible, avec un message lisible, plutôt qu’en réponse deux cents accompagnée d’un texte. Réglementaire : Une réponse sur un texte réglementaire sans passage à l’appui n’a aucune valeur, et peut en avoir une négative si l’utilisateur s’y fie. Économique : Un appel de génération économisé à chaque incident, et une conversation interrompue plutôt qu’une conversation trompeuse. Compromis accepté : L’assistant paraît fragile : il refuse de répondre là où un concurrent aurait dit quelque chose. C’est le comportement voulu, et il faut l’expliquer.

#ia #fiabilite #produit

Registre de produits en base plutôt qu’un tableau écrit dans la page

Les produits du groupe sont tenus dans la table ecosystem_products. Aucune page du site ne connaît la liste, elles la lisent toutes au même endroit. Technique : Le registre alimente le hub public, la Couche D en vue groupe et la liste des dépôts suivis par le journal des livraisons. Une seule source pour trois usages. Réglementaire : Annoncer un produit ouvert au public sans adresse est une affirmation invérifiable. La contrainte qui l’interdit est posée en base, pas dans une consigne. Économique : Une migration et une table de plus, contre une catégorie entière d’erreurs qui ne peut plus se produire. Compromis accepté : Le site ne peut plus afficher ses produits sans sa base. Quand Supabase ne répond pas, la grille est vide au lieu d’être fausse, et c’est un choix assumé.

#base #registre #verite

Aucune métrique sans source, plutôt qu’un repli chiffré

Aucune valeur chiffrée n’est affichée sans sa source, sa méthode et sa date de relevé. Quand la source ne répond pas, l’absence est affichée telle quelle. Technique : La règle est portée par le type et non par la discipline : un composant d’affichage n’accepte pas un nombre, il accepte une affirmation qui porte sa provenance. Réglementaire : C’est la discipline que les produits du groupe appliquent à la donnée de durabilité. Ne pas se l’appliquer à soi-même aurait été un argument contre le groupe. Économique : Aucun coût direct, un coût commercial réel : un tableau de bord troué se montre moins bien qu’un tableau plein. Compromis accepté : Le tableau de bord est incomplet les jours où une source est indisponible, y compris quand un recruteur le regarde. Personne ne peut le rendre présentable en écrivant un chiffre.

#preuve #donnees #produit

Cockpit d’un ensemble logiciel plutôt que vitrine d’un produit

Ce site est le cockpit de l’ensemble logiciel et le lieu où le travail se démontre. Les produits gardent leurs propres vitrines et leurs propres parcours d’achat. Technique : Le site n’expose plus de parcours d’achat ni de page produit dupliquée. Il lit un registre et des routes de santé, et renvoie vers les adresses réelles. Réglementaire : Une page de vente engage sur une prestation. Un cockpit qui renvoie vers le produit responsable n’ajoute aucun engagement qui ne soit déjà pris ailleurs. Économique : Une surface commerciale en moins à tenir à jour, et un contenu qui ne périme pas au rythme des tarifs. Compromis accepté : Le site ne convertit plus directement. Il n’a plus de tunnel, plus de prix affiché, plus d’appel à l’achat : il envoie ailleurs, et une partie des visiteurs ne suivra pas.

#produit #positionnement #cockpit

Consommer ce que les produits exposent plutôt que recalculer dans le cockpit

Le cockpit ne calcule rien. Il lit ce que les produits exposent, en lecture seule, et affiche l’absence quand ils n’exposent rien. Technique : Un calcul appartient au système qui le teste. Le cockpit n’a ni les jeux d’essai, ni les facteurs, ni la responsabilité du résultat. Réglementaire : Un chiffre de durabilité engage celui qui le publie. Le publier depuis deux sources rend impossible de dire laquelle fait foi. Économique : Un moteur en moins à maintenir, à déployer et à surveiller, pour une personne seule. Compromis accepté : Le cockpit ne peut afficher que ce que les produits exposent. Tant qu’ils n’exposent qu’une route de santé, il n’a aucune statistique d’usage à montrer, et cela se voit.

#architecture #responsabilite #cockpit

La vitrine d’un produit plutôt que le cockpit d’un ensemble

Ce site est la vitrine du produit principal, avec ses pages de vente et son parcours d’achat. Technique : Le parcours d’achat et les pages produit ont été construits ici, en réutilisant les composants du site. Réglementaire : Les mentions et conditions de vente étaient à écrire deux fois, ici et sur le produit. Économique : Une surface de vente de plus, sur un domaine qui portait déjà le nom de l’auteur. Compromis accepté : Deux vitrines pour un même produit, dont une nécessairement moins à jour.

#revirement #produit #positionnement

Un tableau de produits écrit dans la page plutôt qu’un registre en base

La liste des produits du groupe est écrite dans la page du hub. Technique : Huit entrées statiques, lisibles d’un coup d’oeil, modifiables en une ligne. Réglementaire : Aucune donnée personnelle, aucune contrainte de conservation. Économique : Aucun coût d’infrastructure, aucun temps de migration. Compromis accepté : Rien ne vérifie qu’une ligne décrit un produit qui existe, ni qu’un lien mène quelque part. La justesse de la liste repose entièrement sur la mémoire de celui qui l’a écrite.

#revirement #base #registre

Un repli chiffré plutôt qu’une case vide

Les surfaces publiques affichent des valeurs de repli quand la source ne répond pas. Technique : Les valeurs étaient de simples constantes dans les composants, sans dépendance ni appel réseau. Réglementaire : Aucune donnée client n’était concernée, il s’agissait de métriques d’activité. Économique : Coût nul, et un site montrable tout de suite. Compromis accepté : Rien à l’écran ne distingue un repli d’un relevé. Le lecteur n’a aucun moyen de savoir lequel il regarde, et l’auteur non plus au bout de quelques semaines.

#revirement #preuve #produit

Générer une réponse sans contexte plutôt qu’échouer

L’assistant génère une réponse même quand la récupération documentaire ne renvoie aucun passage. Technique : La génération est appelée avec un contexte vide, le modèle répond à partir de ses seules connaissances. Réglementaire : La formulation était prudente et l’assistant présenté comme non contractuel. Économique : Aucun coût direct : la génération a lieu de toute façon, avec ou sans passages récupérés. Compromis accepté : Une réponse sans source ressemble exactement à une réponse fondée.

#revirement #ia #fiabilite

Python plutôt que Node.js pour les moteurs de calcul

Les moteurs de calcul et d’analyse du groupe sont écrits en Python et exposés par une API séparée. L’interface reste en Next.js. Technique : Un moteur sans interface et sans base se teste sur des entrées connues et se rejoue à volonté. Le séparer de l’application le rend remplaçable sans toucher au reste. Réglementaire : Un résultat de durabilité doit être reconstituable. Un moteur isolé, testé, dont les entrées et les sorties sont explicites, se défend devant un tiers. Économique : Deux plateformes d’exécution à déployer et à surveiller au lieu d’une, contre un temps de développement du calcul plus court. Compromis accepté : Deux langages, deux chaînes de dépendances, deux déploiements et deux façons de gérer les erreurs. Pour une personne seule, c’est le double de surface à tenir à jour.

#backend #python #carbone

Un moteur de calcul dans le cockpit plutôt que dans le produit

Le cockpit embarque son propre moteur de calcul, sous services/engine : empreinte carbone, matérialité, audit express, avec ses tests. Technique : Un moteur local évitait de dépendre d’une API qui n’existait pas, et permettait de tester l’affichage sur des résultats réels. Réglementaire : Aucune donnée client ne transitait, le moteur ne servait qu’à des démonstrations. Économique : Aucun coût d’infrastructure supplémentaire à court terme, le service étant déployé à côté du site. Compromis accepté : Deux implémentations du même calcul, à tenir alignées à la main.

#revirement #architecture #responsabilite

Fournisseur de modèle établi dans l’Union européenne plutôt que hors Union

Le groupe s’appuie sur un fournisseur de modèle établi dans l’Union européenne pour le traitement des documents clients. Technique : Les deux fournisseurs exposent une interface comparable. Le changement est une variable d’environnement, pas une réécriture. Réglementaire : Un transfert hors Union se documente, se justifie et s’explique au client. À ce stade, le groupe n’a ni le besoin ni les moyens de le faire. Économique : Le coût par appel est plus élevé. Il est compensé par le fait que la résidence des données cesse d’être une objection de vente. Compromis accepté : Un coût d’appel supérieur, et une dépendance à un fournisseur dont le catalogue de modèles est plus étroit.

#rgpd #llm #ue

Récupération documentaire plutôt que réentraînement de modèle

L’assistant du groupe s’appuie sur une récupération documentaire vectorielle, jamais sur un modèle réentraîné. Technique : Le corpus est ingéré et vectorisé une fois, puis interrogé à chaque question. Mettre à jour un texte revient à réingérer un document, pas à relancer un entraînement. Réglementaire : Une réponse doit pouvoir nommer le passage sur lequel elle s’appuie. Un modèle réentraîné mélange le texte à ses paramètres et ne sait plus dire d’où vient ce qu’il affirme. Économique : Pas de coût d’entraînement ni de réentraînement. Le coût se déplace vers l’appel de vectorisation et le stockage de l’index. Compromis accepté : Chaque réponse coûte une recherche vectorielle avant la génération, donc de la latence et un appel de plus. Et l’assistant ne sait rien qui ne soit pas dans le corpus : sa qualité est plafonnée par celle de l’ingestion.

#ia #rag #couts