L'honnêteté radicale est une fonctionnalité produit, pas une clause de non-responsabilité

Chaque affirmation sur notre site porte une étiquette de maturité — Production ✅, Partial ⚠️ ou Roadmap 🔵. Cette étiquette n'est pas une note de bas de page cachée dans une présentation ; c'est le produit. Ce qui ne génère pas de revenus s'appelle pre-revenue. Un élément Roadmap n'est jamais promu discrètement à Production. Les étiquettes accompagnent chaque capacité sur tout le site, le journal de modifications et cet article, car une garantie que vous ne pouvez pas voir est une garantie que vous ne pouvez pas vérifier.

Points clés

• Le moteur conversationnel HAI d'Everythink fonctionne en production depuis 2016 — les seules capacités marquées Production ✅ sont celles dont le mécanisme est construit et mesure.
• Theorem 3, tiré de notre série académique de 21 articles, stipule qu'une propriété est garantie exactement lorsque son mécanisme est implémenté et mesure — cette règle régit chaque étiquette de statut.
• Matchmaking ⚠️, Marketplace ⚠️ et Calendar ⚠️ sont Partial ; Wallet & Token 🔵, Super App 🔵 et Community Credit 🔵 sont Roadmap, pre-revenue et non actives.
• L'étiquette accompagne la capacité sur le site, le journal de modifications et le blog — ainsi l'acheteur examine le mécanisme, pas les adjectifs.

Pourquoi l'honnêteté est-elle une fonctionnalité produit et non une clause marketing ?

Parce qu'une étiquette qui accompagne la capacité est un mécanisme, et qu'un mécanisme est la seule chose qui rende une affirmation vérifiable. En mars 2026, MarkTechPost a publié « A Coding Implementation to Design an Enterprise AI Governance System Using OpenClaw Gateway Policy Engines, Approval Workflows and Auditable Agent Execution », qui montre que la gouvernance ne fonctionne que lorsque classification, approbation et journalisation des traces sont intégrées au runtime — pas affirmées sur une diapositive. Nous adhérons à cette prémisse et l'appliquons à nos propres affirmations. Une étiquette de statut est un petit système de gouvernance : elle dit ce qui est construit, ce qui mesure et ce qui n'est ni l'un ni l'autre.

[UNIQUE INSIGHT] Le recadrage est le suivant : une clause de non-responsabilité est ce que vous dites après coup pour adoucir un écart ; une fonctionnalité est ce que vous construisez dans le produit pour que l'écart ne puisse pas exister en premier lieu. Nos étiquettes d'honnêteté sont le second cas. Chacune est un petit contrat appliqué entre le produit et la page qui le décrit. Si le HAI engine est marqué Production ✅, c'est parce que le moteur tourne en production depuis 2016 et que la mesure est en cours. Si Wallet & Token est marqué Roadmap 🔵, c'est parce que le mécanisme n'est pas construit — et aucune pression commerciale ne déplace l'étiquette avant qu'il le soit.

C'est pourquoi l'étiquette n'est pas une note de bas de page. Une note de bas de page est une lecture facultative ; l'étiquette se trouve à côté du nom de la capacité, dans la même taille de caractère, sur chaque page. Un acheteur qui parcourt la voit. Un acheteur qui lit en profondeur la voit. L'étiquette est la première chose qu'un acheteur attentif vérifie, et la dernière qu'un acheteur distrait remarque — c'est exactement le but.

Comment Theorem 3 transforme-t-il une valeur en une affirmation vérifiable ?

Une propriété est garantie exactement lorsque son mécanisme est implémenté et mesure. C'est l'énoncé littéral de Theorem 3 dans notre article de synthèse, et c'est la règle qui décide de l'étiquette qu'une capacité reçoit. En mai 2026, MarkTechPost a couvert la sortie par Fastino Labs de GLiGuard, un modèle de modération de sécurité de 300 millions de paramètres qui « matches or exceeds accuracy of models 23–90x its size » — et la raison pour laquelle cette affirmation est crédible est que le benchmark, le dataset et la mesure de latence sont tous publiés. La garantie accompagne le mécanisme. Nous soumettons nos propres affirmations à la même exigence.

[ORIGINAL DATA] Notre système d'étiquettes applique Theorem 3 comme un tri-state : Production ✅ signifie que le mécanisme est construit et mesuré activement ; Partial ⚠️ signifie que le mécanisme existe mais que la mesure ou la couverture est incomplète ; Roadmap 🔵 signifie que le mécanisme n'est pas construit et que l'étiquette est un engagement daté, pas une affirmation présente. Le tri-state est ce qui arrête la dérive lente de « planifié » à « livré » qui érode silencieusement la confiance. Il n'y a pas de quatrième état pour « presque Production » — vous êtes dans l'un de trois paniers, et le panier est public.

Le théorème fait ici un vrai travail. Sans lui, « honnêteté radicale » est un slogan qu'une équipe peut abandonner sous la pression d'une échéance. Avec lui, la question devient mécanique : le mécanisme est-il construit ? Mesure-t-il ? Si les deux réponses sont oui, l'étiquette est Production ✅. Si l'une est non, l'étiquette descend. La règle retire le jugement, et retirer le jugement est ce qui fait survivre l'étiquette à un mauvais trimestre.

À quoi cela ressemble-t-il quand l'étiquette accompagne la capacité ?

Cela ressemble aux trois mêmes symboles apparaissant à côté de la même capacité en trois endroits : le site, le journal de modifications et le blog. En juin 2026, MarkTechPost a rapporté que Databricks a open-sourcé Omnigent, un meta-harness dont la couche de « control » suit les actions des agents et applique des guardrails au niveau du harness plutôt qu'à travers des prompts — une politique avec état, pas une politique déclarée. Nos étiquettes fonctionnent de la même façon : ce sont des états, déclarés dans le code source des pages et mis à jour quand l'état de la capacité change, pas peints après coup.

[PERSONAL EXPERIENCE] Nous l'avons appris à nos dépens. Il y a des années, nous avons livré une page de fonctionnalité qui disait « available » pour quelque chose qui, en vérité, était à moitié câblé et non mesuré. Un acheteur attentif l'a démoée, a trouvé l'écart et a posé une question à laquelle nous ne pouvions pas répondre. Le correctif n'était pas un meilleur texte. Le correctif était une étiquette qui nous aurait forcés à écrire ⚠️ Partial à côté de l'affirmation — et à répondre à la question de l'acheteur avant qu'il n'ait à la poser. Depuis 2016, le moteur et ses capacités de production portent l'étiquette, et les choses à moitié construites portent la leur.

Donc l'étiquette n'est pas une couche marketing ajoutée par-dessus. C'est une contrainte sur ce que nous avons le droit d'écrire. Si une capacité est Roadmap 🔵, la page dit Roadmap 🔵 et l'entrée du journal de modifications dit Roadmap 🔵, et si quelqu'un la livre plus tard, les deux passent à Production ✅ le même jour — jamais avant. L'étiquette accompagne parce que la source de vérité est un seul endroit, et que chaque surface lit depuis elle.

Quelles capacités sont Production, lesquelles sont Partial et lesquelles sont Roadmap ?

La carte est courte, et nous la tenons exacte. Production ✅ : le moteur conversationnel HAI, Social, Campaigns et le Whitelabel Network — le cœur conversationnel et la shell brandée multi-surfaces sur laquelle il se compose. Partial ⚠️ : Matchmaking, Marketplace et Calendar — des mécanismes qui existent et sont utilisés, mais dont la couverture ou la mesure n'est pas terminée. Roadmap 🔵 : Wallet & Token, Super App et Community Credit — travail de conception, daté, pre-revenue et non actif. En juillet 2026, MarkTechPost a publié « Building a Policy-Governed Multi-Agent Financial Research Workflow with Omnigent », qui imposait des limites strictes sur les appels d'outils et les dépenses d'API — un rappel qu'une « politique » ne signifie quelque chose que lorsque la limite est câblée et que le compteur tourne.

Remarquez ce que la carte ne fait pas. Elle ne promet pas de date pour les éléments Roadmap d'une manière qui implique qu'ils sont presque prêts. Elle ne décrit pas les éléments Partial comme Production avec des réserves. Elle ne laisse pas un élément Roadmap apparaître dans une liste de fonctionnalités sans son étiquette. Quand un acheteur demande « le wallet est-il actif ? », la réponse est non, et l'étiquette l'avait déjà dit. Quand un acheteur demande « le matchmaking fonctionne-t-il ? », la réponse est « partiellement — voici ce qui fonctionne et ce qui ne fonctionne pas », et l'étiquette l'avait dit aussi.

C'est la partie qui résiste à la pression habituelle. La pression dans tout cycle de vente est d'arrondir au supérieur — appeler Production une chose Partial, appeler « coming soon » une chose Roadmap sur un ton qui implique plus tôt qu'elle ne l'est. Les étiquettes existent précisément pour rendre l'arrondi impossible. Le symbole est le symbole ; vous ne pouvez pas taper « ✅ » à côté de quelque chose qui n'est pas construit.

Comment cela se compare-t-il au reste de la conversation sur la gouvernance de l'IA ?

Cela se compare bien, car la conversation se dirige exactement vers ce genre de contrôle intégré et mesurable. En avril 2026, MarkTechPost a rapporté qu'OpenAI a publié Privacy Filter, un modèle open-source de rédaction des PII dont la crédibilité repose sur une architecture publiée, un pipeline d'entraînement divulgué et un ensemble nommé de modes d'échec — « missed detection of novel credential formats » est écrit dans la model card. C'est le même instinct : déclarer le mécanisme, déclarer ce qu'il ne capte pas, et laisser l'acheteur lire les limites. Nos étiquettes sont la version produit de cette divulgation.

Le champ élargi de la gouvernance converge vers un test simple : le contrôle existe-t-il dans le runtime, ou seulement dans le document de politique ? Le tutoriel de gouvernance OpenClaw fait le point explicitement — un système « must operate under strict governance rules », et la preuve est le trace log, pas le texte de la politique. Nos étiquettes passent le même test. L'étiquette n'est pas une phrase dans un guide de style ; c'est une valeur dans le code source de la page qui change quand la capacité change. Si le mécanisme arrête de mesurer, l'étiquette est fausse et nous en entendons parler — par l'acheteur, par le lecteur du journal de modifications, ou par notre propre revue.

Ce que nous ajoutons à cette conversation, c'est l'insistance à ce que la divulgation accompagne la capacité, au lieu de rester sur une page « limitations » séparée. Un acheteur qui ne clique jamais sur la page des limitations voit quand même l'étiquette, parce qu'elle est à côté du nom de la fonctionnalité. Cet emplacement est la décision produit. C'est la différence entre une honnêteté qu'il faut aller chercher et une honnêteté qui vous accueille à l'entrée.

Qu'est-ce qui empêche une équipe d'améliorer un état sous pression ?

Une règle qui est mécanique, pas discrétionnaire. Theorem 3 nous donne cette règle, et l'étiquette tri-state nous donne l'application. Il n'y a pas de chemin de ⚠️ à ✅ qui ne passe par « le mécanisme est construit et mesure », et pas de chemin de 🔵 à quoi que ce soit qui ne passe par « le mécanisme est construit ». La discrétion est retirée à dessein, car la discrétion est exactement ce qui échoue sous la pression de fin de trimestre.

Ici, le mécanisme importe plus que l'adjectif. Beaucoup d'équipes ont une valeur appelée « honnêteté ». Peu ont une règle qui dit que la valeur est applicable, un jeu de symboles qui rend l'état visible, et une source unique de vérité dont chaque surface lit. La combinaison est ce qui survit. Une valeur seule est une affiche. Une valeur avec un théorème, un tri-state et une étiquette qui accompagne est une fonctionnalité produit — une qu'un acheteur peut vérifier en moins de cinq secondes.

C'est aussi pourquoi nous publions la série académique de 21 articles. Les articles ne sont pas du marketing ; c'est l'endroit où les théorèmes vivent, avec des DOI vérifiés, pour qu'un acheteur qui veut auditer le raisonnement puisse lire la preuve et ne pas prendre notre parole. La même rigueur que nous demandons à un théorème, nous la demandons à une affirmation produit. Si nous ne pouvons pas pointer vers un mécanisme, nous n'écrivons pas l'étiquette.

Questions fréquentes

Que signifient réellement les trois étiquettes d'honnêteté ?

Production ✅ signifie que le mécanisme est construit et mesuré activement — le HAI engine, en service depuis 2016, en est l'exemple le plus clair. Partial ⚠️ signifie que le mécanisme existe mais que la couverture ou la mesure est incomplète, comme avec Matchmaking. Roadmap 🔵 signifie que le mécanisme n'est pas construit ; Wallet & Token et Community Credit sont des engagements datés, pre-revenue et non actifs.

Pourquoi ne pas utiliser une seule étiquette « bêta » pour tout ce qui n'est pas fini ?

Parce que « bêta » fusionne deux états différents en un seul. Une capacité Partial est en usage aujourd'hui avec des écarts connus ; une capacité Roadmap n'est pas en usage du tout. Les regrouper masque la différence dont un acheteur se soucie vraiment — puis-je l'utiliser maintenant, et jusqu'à quel point. Le tri-state garde cette distinction visible d'un coup d'œil.

L'étiquette change-t-elle, et qui la change ?

L'étiquette change quand l'état de la capacité change — quand un mécanisme Partial termine sa mesure ou qu'un élément Roadmap est livré. Le changement se produit dans une source de vérité, et le site, le journal de modifications et le blog lisent tous depuis elle. Il n'y a pas de version « marketing » séparée de l'étiquette ; le symbole que voit l'acheteur est le symbole que le registre d'ingénierie détient.

Comment cela interagit-il avec les éléments pre-revenue en particulier ?

Les éléments pre-revenue — Wallet & Token, Super App, Community Credit — sont Roadmap 🔵, et tout ce qui se trouve dans la couche wallet, token ou community-credit est soumis à la revue financière et des valeurs mobilières applicable avant tout lancement. Nous ne les présenterons pas comme Production, et rien dans cette couche n'est actif aujourd'hui. L'étiquette le dit sur chaque surface, donc la question n'a pas à être posée.

Où un acheteur peut-il vérifier les affirmations derrière les étiquettes ?

La page about-us liste chaque capacité avec son étiquette, le journal de modifications enregistre ce qui a été livré et quand, et la série académique de 21 articles contient les théorèmes avec des DOI vérifiés. Un acheteur peut lire le mécanisme derrière toute affirmation Production et le roadmap publié pour tout élément Roadmap. Le point est que la vérification n'est pas bloquée derrière un appel commercial.

Si c'est le genre d'honnêteté que vous attendez d'une plateforme d'IA, réservez une démo et nous vous guiderons à travers la topologie network → community → room, le moteur en production depuis 2016, et l'état réel de tout ce qui figure au roadmap.

Sources

• MarkTechPost, "A Coding Implementation to Design an Enterprise AI Governance System Using OpenClaw Gateway Policy Engines, Approval Workflows and Auditable Agent Execution," retrieved 2026-08-23, https://www.marktechpost.com/2026/03/15/a-coding-implementation-to-design-an-enterprise-ai-governance-system-using-openclaw-gateway-policy-engines-approval-workflows-and-auditable-agent-execution/
• MarkTechPost, "Fastino Labs Open-Sources GLiGuard: A 300M Parameter Safety Moderation Model That Matches or Exceeds Accuracy of Models 23–90x Its Size," retrieved 2026-08-23, https://www.marktechpost.com/2026/05/13/fastino-labs-open-sources-gliguard-a-300m-parameter-safety-moderation-model-that-matches-or-exceeds-accuracy-of-models-23-90x-its-size/
• MarkTechPost, "Databricks Open-Sources Omnigent: A Meta-Harness That Composes, Governs, and Shares AI Agents Across Claude Code, Codex, and Pi," retrieved 2026-08-23, https://www.marktechpost.com/2026/06/13/databricks-open-sources-omnigent-a-meta-harness-that-composes-governs-and-shares-ai-agents-across-claude-code-codex-and-pi/
• MarkTechPost, "Building a Policy-Governed Multi-Agent Financial Research Workflow with Omnigent," retrieved 2026-08-23, https://www.marktechpost.com/2026/07/30/building-a-policy-governed-multi-agent-financial-research-workflow-with-omnigent/
• MarkTechPost, "OpenAI Releases Privacy Filter: A 1.5B-Parameter Open-Source PII Redaction Model with 50M Active Parameters," retrieved 2026-08-23, https://www.marktechpost.com/2026/04/28/openai-releases-privacy-filter-a-1-5b-parameter-open-source-pii-redaction-model-with-50m-active-parameters/