La configuration plutôt que le code

Activer un module est un réglage, pas un sprint. La plateforme se reconfigure elle-même sans release — et c'est précisément ce qui permet à une coopérative de livrer comme une grande tech. Depuis dix ans, nous avons vu des organisations attendre qu'une équipe d'ingénierie active une fonctionnalité, puis attendre à nouveau pour la modifier. Cet article plaide pour le défaut inverse : la configuration remplace le code, et l'espace est le routeur.

Points clés

• Everythink fait tourner un moteur conversationnel en production depuis 2016, avec 10 modules composables qui s'activent par réglage, pas par sprint.
• En 2026, ByteByteGo constate que les agents IA en production s'appuient bien davantage sur du code déterministe que ne le laissent entendre les démos — la configuration est l'endroit où vit ce déterminisme.
• Les outils no-code ont ramené la construction d'une plateforme de réservation de restaurant à moins de deux semaines (KeepCoding, 2025) ; la même impulsion, appliquée à une plateforme entière, est ce qui permet à une PME de livrer comme une grande tech.
• Chaque module porte son véritable état — Production ✅, Partiel ⚠️, ou Feuille de route 🔵 — et nous ne reclassons jamais un état pour le faire paraître terminé.

Pourquoi la configuration l'emporte-t-elle sur le code pour livrer du logiciel ?

En 2026, ByteByteGo, dans « Best Practices for Building AI Agents That Work in Production », observait un écart persistant entre les agents de démo et ceux qui tiennent sous trafic réel, notant que « most of their behavior runs through conventional, deterministic code, with the model invoked at a small number of specific decision points ». La leçon dépasse les agents : la voie fiable est celle où la forme du système est déclarée, pas câblée à la main pour chaque locataire. La configuration est ce qui rend ce déterminisme réutilisable par des organisations qui ne peuvent pas se payer une équipe plateforme.

Le mécanisme est simple. Quand une capacité est un réglage, la basculer ne bifurque pas le codebase, n'ouvre pas de pull request et ne planifie pas de release. Elle écrit une ligne. La plateforme lit la ligne et change de forme. Une coopérative qui veut un marketplace le mardi et un module campaigns le vendredi fait les deux sans fenêtre de déploiement, parce que les modules existent déjà et attendent d'être activés.

[PERSONAL EXPERIENCE] Le moteur Everythink tourne en production depuis 2016, et la demande la plus répétée toutes ces années fut « can you just turn this on for us? » Nous avons arrêté d'y répondre par un sprint. Nous y répondons par un réglage. Ce recadrage est la thèse entière de cet article : le travail qui relevait d'un build de fonctionnalité est désormais un changement de configuration, et l'organisation qui attendait sur nous attend désormais sur une décision.

Le compromis est réel. La configuration ne reste sûre que si les modules derrière elle sont eux-mêmes de niveau production et que le routage qui les lie est déterministe. Un réglage qui active un module à moitié construit est un mensonge avec un interrupteur. C'est pourquoi chaque capacité ci-dessous porte son véritable état, et pourquoi nous refusons de reclasser un élément Partiel ou Feuille de route en Production.

Qu'est-ce que la pile d'agents IA, et où la configuration s'insère-t-elle ?

En juin 2026, ByteByteGo, dans « EP218: The Typical AI Agent Stack, Explained », décomposait la pile d'agents en un Agent Runtime exécutant une boucle ReAct, une Model Layer, une Tool Layer, une Memory Layer et une Observability & Safety Layer — soulignant que « most people think an AI agent is just a clever prompt and an LLM. The reality is much deeper. There's an entire architecture working behind the scenes. » Il en va de même pour une plateforme composable : ce qui ressemble à un module basculé est en réalité une pile de routage, d'état, d'outils et d'observabilité qui doit tenir ensemble quand l'interrupteur bascule.

La configuration s'insère dans les coutures entre ces couches. La Tool Layer est l'endroit où les modules se branchent — social, marketplace, calendar, campaigns — chacun une capacité que l'agent peut appeler. L'Observability & Safety Layer est l'endroit où la plateforme prouve que le module est réellement en ligne et mesuré avant de gagner le tag Production. Quand ByteByteGo a publié en juillet 2026 « MCP vs A2A vs ACP: How AI Agents Actually Talk to Each Other », le cadre était que « agents are capable on their own. Combined with tools and other agents, their capabilities compound » et qu'« in production, MCP and A2A are complementary ». Une plateforme composable est la même idée, un niveau au-dessus : les modules sont capables seuls, et la configuration est ce qui les compose dans la forme spécifique d'une organisation.

[UNIQUE INSIGHT] Un chatbot répond ; un AI OS route. La distinction compte parce qu'une plateforme configurée n'est pas un seul agent avec un prompt plus long — c'est un routeur qui place une requête dans le bon réseau, la bonne communauté et la bonne room avant que quoi que ce soit réponde. La configuration est la couche déclarative au-dessus de ce routage ; le code est la couche impérative en dessous. Vous n'écrivez pas le routage. Vous déclarez la forme, et l'espace est le routeur.

Comment les outils no-code redéfinissent-ils qui peut construire ?

En décembre 2025, KeepCoding, dans « 7 Herramientas No Code 2026: Opciones para tu productividad », soutenait que les outils no-code « allow you to build applications, databases, automations, and workflows through easy-to-use visual interfaces » et qu'« more than just technology, they represent a cultural shift: anyone on a team can design processes without depending on developers ». L'auteur rapportait une amélioration de 30 % des temps de réponse grâce à l'automatisation des communications, et une plateforme de réservation de restaurant construite en moins de deux semaines avec Webflow, Airtable et Zapier.

C'est la promesse no-code à l'échelle d'un workflow. Everythink applique la même impulsion à l'échelle de la plateforme. La différence est la portée : un outil no-code compose un workflow ; une plateforme composable compose toute la surface numérique d'une organisation — application en marque blanche, branches communautaires, rooms fonctionnelles, commerce, campaigns — à partir de dix modules qui existent déjà. Le restaurant qui a monté un flux de réservation en deux semaines est la même organisation qui, sur une plateforme composable, pourrait activer une communauté pour ses habitués, un marketplace pour ses fournisseurs locaux et un module campaigns pour une poussée de fidélisation — chacun par configuration, chacun sans nouveau build.

KDnuggets a renforcé le point en septembre 2025 avec « Airtable + GPT: Prototyping a Lightweight RAG System with No-Code Tools », décrivant un prototype RAG où « depending on your level of programming knowledge, you may opt for a code-free or nearly code-free approach ». Le schéma est cohérent entre les sources : le plancher de qui peut construire ne cesse de s'abaisser, et le plafond de ce qu'on peut construire ne cesse de s'élever. Une plateforme composable est ce qui se passe quand cette tendance atteint l'organisation elle-même, pas seulement l'un de ses workflows.

Quels sont les 10 modules composables d'Everythink, et dans quel état sont-ils ?

Everythink expose 10 modules composables. Chacun est listé ci-dessous avec son véritable état — Production ✅, Partiel ⚠️, ou Feuille de route 🔵 — et nous ne reclassons pas un état pour le faire paraître terminé. C'est Theorem 3 appliqué à une page produit : une capacité ne gagne Production que si son mécanisme est à la fois construit et activement mesuré.

[ORIGINAL DATA] Les 10 modules et leurs états actuels :

1. Whitelabel Network ✅ Production — votre marque, votre app, une seule identité sur web, iOS et Android. Le polygone extérieur est l'organisation elle-même.
2. HAI Engine ✅ Production — le cœur conversationnel, en service depuis 2016. Les assistants répondent avec le bon contexte de branche et de room, aujourd'hui.
3. Matchmaking ⚠️ Partiel — connexion sensible à la topologie entre membres. Des présentations utiles au sein d'un réseau ; partiel aujourd'hui, pas terminé.
4. Social ✅ Production — communautés et rooms à visibilité publique ou privée, décidée par vous. La conversation se construit sur la topologie.
5. Marketplace ⚠️ Partiel — commerce au sein d'une communauté. Le module est en partie en ligne ; la surface commerce complète reste à achever.
6. Calendar ⚠️ Partiel — planification au sein d'une room. Présent et utilisable, avec du travail restant avant d'être une surface de planification complète.
7. Campaigns ✅ Production — sensibilisation et communication vers une audience, activées par configuration.
8. Wallet & Token 🔵 Feuille de route — un portefeuille de tokens par réseau. Travail de design, pas une fonctionnalité livrée ; pré-revenu et soumis à un examen valeurs mobilières avant tout lancement.
9. Super App 🔵 Feuille de route — une surface unique composant tous les modules en une seule expérience. Sur la feuille de route 2026 publiée, pas construit.
10. Community Credit 🔵 Feuille de route — un mécanisme de crédit communautaire. Feuille de route, pré-revenu, et rien ici n'est un conseil financier, d'investissement ou juridique.

Cela fait sept modules en ligne sous une forme ou une autre (quatre Production, trois Partiel) et trois en feuille de route. Cette répartition honnête est le point. Un acheteur qui lit cette liste sait exactement ce qu'il peut activer aujourd'hui et ce qu'il attend — et les éléments en attente sont datés sur une feuille de route publiée, pas cachés dans un deck.

Comment le routage par topologie rend-il la configuration sûre ?

Everythink modélise chaque organisation comme une topologie géospatiale : réseau → communauté → room, chaque niveau un vrai polygone sur la carte. Le routage suit cette topologie, si bien qu'une requête atterrit dans la bonne communauté et la bonne room avant que quoi que ce soit réponde. La configuration est la couche déclarative au-dessus de ce routage — vous déclarez quels modules chaque room active, et la topologie porte la requête au bon endroit.

Pourquoi cela compte-t-il pour la sûreté ? Parce qu'un réglage qui active un module dans la mauvaise room est pire que pas de module du tout. Un marketplace basculé dans une room de communauté privée ne doit pas soudainement apparaître sur le réseau public. Le routage par topologie est le garde-fou qui maintient la configuration honnête : le réglage déclare l'intention, et le routeur applique la portée. Le module s'active dans le polygone pour lequel il a été déclaré, pas partout.

C'est la part qui sépare une plateforme composable d'un outil no-code avec un interrupteur. Un outil no-code fait confiance à l'utilisateur pour câbler correctement la portée. Une plateforme routée par topologie encode la portée dans la géométrie même de l'organisation. Le réseau est le polygone extérieur ; la communauté est une branche ; la room est une zone fonctionnelle. Un module activé dans une room est en ligne dans cette room. L'espace est le routeur, et le routeur fait la portée.

Comment une coopérative livre-t-elle comme une grande tech ?

En juillet 2026, KDnuggets, dans « 10 Agentic AI Frameworks You Should Know in 2026 », passait en revue le paysage agentique et concluait que « agentic AI frameworks are no longer just wrappers around a large language model (LLM) and a few tools » et que « the better options now help developers manage things like state, memory, tool usage, evaluations, and deployment without having to build everything from scratch ». Le même décalage, appliqué à toute la surface numérique d'une organisation, est ce qui permet à une coopérative de livrer comme une grande tech : l'infrastructure difficile existe déjà, et l'organise compose par-dessus.

Une grande tech livre vite parce qu'elle a une équipe plateforme qui a déjà construit la plateforme. Une coopérative n'a pas cette équipe. Une plateforme composable est le substitut : la plateforme est partagée, les modules sont partagés, et la seule chose que la coopérative possède est la configuration — sa marque, ses communautés, ses rooms, ses modules activés ou non. La coopérative obtient la vitesse de livraison d'une grande tech sans l'effectif plateforme d'une grande tech.

[PERSONAL EXPERIENCE] Nous faisons tourner le moteur depuis 2016, et les organisations qui en ont tiré le plus n'étaient jamais celles aux équipes d'ingénierie les plus vastes. C'étaient celles qui traitaient la configuration comme une décision de premier rang — quelqu'un qui comprenait la forme de l'organisation, s'asseyait avec les réglages, et déclarait quels modules chaque room nécessitait. Cette personne est le spécialiste no-code que KeepCoding décrivait en novembre 2025 dans « ¿Qué es un especialista en No-Code? » — quelqu'un avec « strategic vision to align solutions with business objectives » et « technical capability to design efficient and scalable architectures ». Sur une plateforme composable, cette personne est toute l'équipe dont vous avez besoin.

La limite de cette affirmation est réelle. La configuration remplace le code seulement là où les modules sont de niveau production et le routage déterministe. Là où un module est Partiel ou Feuille de route, la coopérative ne livre pas cette capacité aujourd'hui — elle livre l'intention de le faire. Les tags d'honnêteté existent pour qu'une coopérative sache la différence avant de bâtir un plan autour d'une fonctionnalité qui n'est pas en ligne.

Foire aux questions

Que signifie « configuration plutôt que code » en pratique ?

Cela signifie qu'activer un module est un réglage, pas un sprint. Une room qui a besoin d'un marketplace n'ouvre pas de ticket de build ; elle active le module Marketplace (⚠️ Partiel aujourd'hui). La plateforme lit le réglage et change de forme sans release. Le travail passe de l'ingénierie à la configuration.

Les 10 modules Everythink sont-ils tous disponibles aujourd'hui ?

Non. Quatre sont en Production ✅ (Whitelabel Network, HAI Engine, Social, Campaigns), trois sont Partiels ⚠️ (Matchmaking, Marketplace, Calendar), et trois sont en Feuille de route 🔵 (Wallet & Token, Super App, Community Credit). Nous listons honnêtement chaque état et ne reclassons jamais un élément Partiel ou Feuille de route en Production.

Le wallet ou le community credit sont-ils des produits financiers ?

Pas aujourd'hui. Les modules Wallet & Token et Community Credit sont en Feuille de route 🔵 — travail de design, pré-revenu, et non implémentés. Rien ici n'est un conseil financier, d'investissement ou juridique, et tout mécanisme de token ou de crédit reste soumis aux cadres financiers et valeurs mobilières applicables avant lancement.

En quoi cela diffère-t-il d'un outil no-code comme Bubble ou Zapier ?

Un outil no-code compose un workflow ou une seule app. Everythink compose toute la surface numérique d'une organisation — app en marque blanche, communautés, rooms, commerce, campaigns — à partir de 10 modules sur une plateforme routée par topologie. L'espace est le routeur, et la portée de chaque module est appliquée par la géométrie de l'organisation.

Une petite organisation peut-elle vraiment livrer comme une grande tech ?

Oui, là où les modules dont elle a besoin sont en Production ✅. La vitesse de livraison d'une grande tech vient d'une plateforme existante ; une plateforme composable est le substitut partagé. Là où un module est Partiel ou Feuille de route, l'organisation livre l'intention, pas la capacité — et le tag d'honnêteté lui dit laquelle est laquelle.

---

Si vous voulez voir ce que donne la configuration plutôt que le code sur une organisation que vous reconnaissez, créez votre réseau — ou réservez une démo et nous vous présenterons les 10 modules avec leurs véritables états.

Sources

• ByteByteGo, « EP218: The Typical AI Agent Stack, Explained », récupéré le 2026-08-23, https://blog.bytebytego.com/p/ep218-the-typical-ai-agent-stack
• ByteByteGo, « Best Practices for Building AI Agents That Work in Production », récupéré le 2026-08-23, https://blog.bytebytego.com/p/best-practices-for-building-ai-agents
• ByteByteGo, « MCP vs A2A vs ACP: How AI Agents Actually Talk to Each Other », récupéré le 2026-08-23, https://blog.bytebytego.com/p/mcp-vs-a2a-vs-acp-how-ai-agents-actually
• KDnuggets, « 10 Agentic AI Frameworks You Should Know in 2026 », récupéré le 2026-08-23, https://www.kdnuggets.com/10-agentic-ai-frameworks-you-should-know-in-2026
• KDnuggets, « Airtable + GPT: Prototyping a Lightweight RAG System with No-Code Tools », récupéré le 2026-08-23, https://www.kdnuggets.com/airtable-gpt-prototyping-a-lightweight-rag-system-with-no-code-tools
• KeepCoding, « 7 Herramientas No Code 2026: Opciones para tu productividad », récupéré le 2026-08-23, https://keepcoding.io/blog/7-herramientas-no-code/
• KeepCoding, « ¿Qué es un especialista en No-Code? 2026: 7 claves », récupéré le 2026-08-23, https://keepcoding.io/blog/que-es-un-especialista-en-no-code/