Une alternative à l'IA des géants de la tech · Essai n° 5 sur 7

Un village que vous pouvez gérer vous-même

Cessez de louer un coin de la plateforme de quelqu’un d’autre. Gérez votre propre espace, sous votre propre nom, libre de vous connecter avec les autres sans être absorbé.

Résumé. Presque toutes les plateformes auxquelles une communauté peut adhérer sont des « baux » : un compte sur une infrastructure appartenant à quelqu’un d’autre, configuré à sa manière, sous son nom, et toute collaboration avec un autre groupe se déroule à l’intérieur de ses murs ou ne se fait pas du tout. Le Village fonctionne à l’inverse. Une communauté crée son propre Village à partir d’un modèle adapté à la nature de l’entité qu’elle constitue, s’en approprie l’image de marque et peut l’héberger sur son propre terrain. Les Villages se fédèrent ensuite, en s’associant selon des conditions bilatérales, consensuelles et révocables, et en ne partageant que ce dont chaque partie a convenu. Une organisation peut même gérer tout un réseau de Villages à son image pour les communautés qu’elle sert. Cet essai traite de la gestion, de l’image de marque et de la fédération de votre propre Village.

Télécharger le PDF Présentation sous forme de diapositives PDF de présentation

Messages clés — cliquez sur n’importe quelle ligne pour lire la section

Locataires de la plateforme d’autruiChaque plateforme à laquelle vous pouvez adhérer est un bail — et l’alternative n’est pas un meilleur bail, c’est le vôtre.

Toutes les offres se présentent sous la même forme : un compte au sein du produit de quelqu’un d’autre, sous son nom.
Vous ne pouvez collaborer avec un autre groupe qu’à l’intérieur des murs du même propriétaire.
L’alternative à un mauvais bail, c’est de cesser d’être locataire.

Les offres que reçoit une communauté en ligne sont toutes à peu près identiques, à tel point qu’elles sont devenues si familières qu’elles ne ressemblent plus à un choix. Vous vous inscrivez. Vous obtenez un compte au sein d’un produit conçu et géré par quelqu’un d’autre. Ce qu’est un « membre », ce qu’est un « groupe », ce que vous pouvez et ne pouvez pas faire : tout cela a été décidé par le fournisseur, et cela s’applique que cela vous convienne ou non. Le nom inscrit au-dessus de la porte est le leur. Si jamais vous souhaitez collaborer avec une autre communauté, vous ne pouvez le faire que si vous louez tous les deux auprès du même propriétaire, à l’intérieur des mêmes murs. On vous vend cela comme une connexion. Cela s’apparente davantage à un bail commun.

Une meilleure location reste une location. La véritable solution consiste à cesser d’être locataire. Un Village appartient à la communauté qu’il sert : il la défend, il s’y adapte, il en porte l’image de marque, et il est hébergé sur un terrain qu’il contrôle s’il le souhaite. Comme chaque Village est autonome, les Villages collaborent sur la base d’un accord explicite entre égaux plutôt que par le hasard d’un propriétaire commun. Ce lien, cette fédération, est l’élément le plus important, et nous y reviendrons.

Un modèle, pas un carcanUn Village part d’un modèle adapté à votre morphologie — puis devient le vôtre.

Des modèles pour un club, une association, un whānau, une paroisse, une entreprise, un conseil d’administration — un point de départ, pas un produit figé.
Le système utilise vos propres termes — paroissiens, administrateurs, membres désignés en te reo.
Votre logo, vos couleurs, votre nom de domaine et votre adresse e-mail — ils vous appartiennent parce que le Village est le vôtre, ce n’est pas un simple habillage superficiel.

Un Village part d’un modèle qui correspond au type d’entité que vous êtes :

un groupe communautaire, un club ou une petite association
une famille ou un whānau
une paroisse
une entreprise, un comité ou un conseil d’administration

Le modèle est une configuration de départ (des rôles pertinents, une structure pertinente, la forme de gouvernance adaptée à ce type de groupe) que vous ajustez ensuite jusqu’à ce qu’il soit le vôtre. Un modèle unique pour tous est exactement ce que le reste de cette série ne cesse de rencontrer ; ici, c’est l’inverse.

Une partie de cet ajustement concerne le langage. Un Village s’exprime avec vos mots. Une paroisse a des paroissiens ; un conseil d’administration a des administrateurs et des résolutions ; un hapū désigne ses membres en te reo. Définissez le vocabulaire et le logiciel cesse de donner l’impression d’être un produit tout fait pour commencer à refléter l’endroit qu’il sert. L’ apparence est également la vôtre : votre logo, vos couleurs, votre propre domaine, voire des e-mails envoyés depuis votre propre adresse. L’image de marque n’est que la partie visible d’une réalité plus profonde : le Village est le vôtre.

Chacun de ces types de site est disponible sous forme de démo en ligne que vous pouvez découvrir dès maintenant : famille, whānau, associations, petite entreprise, groupe de protection de la nature, paroisse, et bien d’autres encore. Ils sont répertoriés sur mysovereignty.digital/demos.html.

Sunflowers in a field at golden hour, Aotearoa New Zealand

Votre propre terrainLa garde est un curseur que vous pouvez régler — jusqu’à héberger l’intégralité du Village sur votre propre matériel.

Une infrastructure partagée et isolée au niveau logiciel pour les groupes ne disposant d’aucune donnée sensible.
Une base de données dédiée, ou l’intégralité du Village sur du matériel que vous contrôlez.
La gestion s’adapte à vos besoins ; ceux qui doivent tout gérer eux-mêmes peuvent le faire.

L’emplacement d’un Village s’adapte à l’importance des enjeux :

Une infrastructure partagée, chaque communauté étant isolée des autres au niveau logiciel. Cela suffit à la plupart.
Une base de données dédiée, pour les groupes qui souhaitent davantage de séparation.
Déployée sur votre propre infrastructure, pour un groupe qui ne souhaite pas stocker ses données sur la machine de quelqu’un d’autre.

La gestion est un curseur que la communauté règle en fonction de ses propres besoins, allant de « conservé séparément sur un espace partagé » à « déployé sur votre propre infrastructure ». La plupart n’auront pas besoin d’aller jusqu’au bout. Ceux qui en ont besoin (équipes soucieuses de la sécurité, organismes traitant des données qui ne doivent jamais quitter le bâtiment) peuvent y accéder sans quitter la plateforme, car celle-ci a été conçue pour laisser cette liberté.

Sunlight through a nīkau palm canopy, Aotearoa New Zealand

Une fédération sans absorptionConnectez-vous à d’autres Villages selon des conditions bilatérales, consensuelles et révocables — sans être absorbé.

Accords bilatéraux (entre pairs, hiérarchiques, en consortium), ne partageant que ce dont les deux parties conviennent.
Révocables avec droit de sortie — partez, et emportez vos données avec vous.
Fonctionne sur tous les serveurs ; la garde (kaitiaki) accompagne les dossiers partagés.
Une entreprise et son comptable : connectés pour le travail en commun, sans que l’un ne soit absorbé par l’autre.

Comme chaque Village est autonome, deux entités souhaitant collaborer le font par le biais d’un accord de fédération : explicite, bilatéral, approuvé par les deux parties, ne partageant que ce dont elles conviennent. Rien n’est mutualisé par défaut, et aucun tiers ne s’interpose pour accéder aux données.

Trois éléments rendent cela possible :

Révocable. Chaque partie peut se retirer après un préavis convenu, et emporter ses données avec elle. Le retrait est un droit.
Une procédure de règlement des litiges bien définie, résolue par étapes progressives, et non par le propriétaire de la plateforme.
Cela fonctionne entre serveurs. Deux « Villages » situés sur des machines totalement différentes peuvent se fédérer via une liaison serveur à serveur authentifiée, de sorte que la fédération ne recentralise jamais tout le monde sur l’infrastructure d’une seule entreprise.

La garde accompagne les données : le kaitiaki lié à un enregistrement reste lié à celui-ci lorsque l’enregistrement passe dans un autre Village, de sorte que le partage ne signifie jamais renoncer au devoir de diligence.

Un exemple simple. Une entreprise et son comptable gèrent chacun leur propre « Village » et s’associent pour partager exactement les dossiers sur lesquels ils s’accordent : les registres comptables, les déclarations fiscales, rien d’autre. Ils sont connectés pour le travail qui nécessite leur collaboration, et aucun des deux n’est absorbé. Lorsque la collaboration prend fin, la fédération est révoquée et chacun repart intact. Le modèle de location ne peut pas offrir cela, car dans ce cas, la connexion est synonyme de dépendance.

Le fonctionnement pratique de la fédération, y compris les types d’accords, le consentement et les droits de sortie, est décrit à l’adresse mysovereignty.digital/federation.html.

Les réseaux et ceux qui les gèrentUne organisation peut gérer tout un réseau de Villages à son image — une véritable possibilité, et une invitation.

Un diocèse, une fédération ou une coopérative peut créer des « Villages » à son image pour les groupes qu’elle dessert.
La gouvernance s’exerce selon un principe de « renforcement uniquement » : une entité mère peut relever la barre, mais jamais l’abaisser.
Mise en place et accréditation par étapes — une invitation à une adéquation mutuelle, et non un programme figé ou un siège attribué.

Une communauté gérant son propre Village constitue l’unité de base. La même architecture permet à une organisation de gérer tout un réseau de Villages, sous son propre nom, avec des paramètres de gouvernance qui se répercutent sur les Villages qui lui sont rattachés : un diocèse pour ses paroisses, une fédération pour ses groupes membres, une coopérative pour ses sections locales. Ces paramètres ne peuvent être que renforcés. Un réseau peut imposer à ses Villages des normes plus strictes que le minimum requis par la plateforme , mais jamais moins strictes.

Cette fonctionnalité est développée et certifiée par étapes, avec les contrôles qu’un tel rôle exige. Il s’agit également d’une invitation plutôt que d’un programme figé. Qui gère un réseau pour le compte d’autrui, et à quelles conditions, relève d’une question d’adéquation mutuelle entre cette organisation et nous ; ce n’est pas un rôle que nous avons déjà attribué, ni quelque chose que nous présenterons comme une décision alors que le débat est encore en cours. Cette capacité est réelle et opérationnelle ; les relations qui l’entourent se construisent au fil d’accords honnêtes, un à la fois.

A fiery sunset over a harbour and hills, Aotearoa New Zealand

Une nouvelle façon d’envisager la finalité d’une plateformeDes communautés qui possèdent, personnalisent, hébergent et relient leurs propres Villages — et non pas des locataires d’un centre unique.

Chaque communauté conserve ses propres archives et son propre nom.
Certaines fonctionnent seules, d’autres se regroupent en réseaux — connectées sans passer par un centre de coordination.
Convient aux diocèses, aux iwi et aux hapū, aux coopératives, aux organismes professionnels et aux regroupements régionaux.

Mettez tout cela bout à bout et le tableau s’inverse. Plutôt que des communautés locataires d’une grande plateforme unique, on obtient un paysage de communautés qui possèdent chacune leur « Village », s’en approprient l’image de marque, l’hébergent où elles le souhaitent et se connectent selon des accords qu’elles ont rédigés et qu’elles peuvent révoquer. Certaines fonctionnent de manière autonome ; d’autres se regroupent en réseaux ; toutes conservent leurs propres archives et leur propre nom. Une plateforme cesse d’être le lieu où tout le monde est regroupé et devient un moyen de créer des espaces qui appartiennent à ceux qui les composent, reliés entre eux sans passer par un centre.

Cela convient aux entités qui pensent déjà en termes de leur propre identité et de leurs propres relations : diocèses et paroisses, iwi et hapū, coopératives et leurs sections locales, organismes professionnels et leurs sections régionales, regroupements régionaux qui souhaitent travailler ensemble sans fusionner. « Rejoignez notre plateforme » a toujours été une proposition inadaptée pour eux. « Gérez la vôtre et fédérez-vous » : voilà ce que nous avons mis en place.

L'intérêt de cette série, iciUne IA qui vous appartient a besoin d’un terrain qui vous appartient — sinon, c’est une demi-souveraineté, et donc aucune.

Votre modèle, votre nom, votre matériel si vous le souhaitez, vos fédérations selon vos propres conditions.
Une IA qui vous appartient mais qui réside au sein de la communauté d’un fournisseur ne vous appartient qu’à moitié.
Pas une meilleure place dans la salle de quelqu’un d’autre — mais votre propre salle.

Les essais précédents portaient sur l’IA : détenue, située, délimitée, conservée là où elle ne peut pas fuir. Celui-ci porte sur le terrain sur lequel elle fonctionne et sur la manière dont ce terrain s’articule. Une IA qui vous appartient n’est vraiment vôtre que si la plateforme qui la sous-tend est également la vôtre : votre modèle, votre nom, votre propre infrastructure si vous le souhaitez, vos fédérations selon vos propres conditions. Sinon, vous disposez d’une IA propre à une communauté, hébergée au sein de la communauté d’un fournisseur, ce qui représente la moitié d’une souveraineté, et donc aucune.

Vous pouvez la faire fonctionner vous-même, la personnaliser à votre image, l’héberger sur un terrain que vous contrôlez, et vous connecter à d’autres sans être absorbé, en révoquant la connexion sans perdre ce qui vous appartient. Aucun fournisseur ne se trouve au milieu de tout cela. C’est la nouvelle façon de voir le monde vers laquelle cette série a évolué : non pas une meilleure place dans la salle de quelqu’un d’autre, mais une salle qui vous appartient, avec la liberté d’ouvrir une porte vers la suivante.

Le Village est un système opérationnel, pas une simple brochure — les modèles, l’image de marque et la fédération décrits ici sont disponibles et en service, et un Village peut être déployé sur votre propre infrastructure ; découvrez-le sur mysovereignty.digital. La fédération est bilatérale, consentie et révocable par nature ; le rôle d’opérateur de réseau est une invitation ouverte, et non un accord figé. — John G. Stroh, My Digital Sovereignty Ltd., juin 2026.