La fédération utilise la technologie pour que l'énergie humaine puisse aller là où seuls les humains peuvent aller. Ce que le logiciel gère, mains et esprits en sont libérés. Ce que la machine ne peut pas, présence, jugement, relation, honnêteté avec soi-même, reste un travail humain.
Une federation de seize membres dans un seul , avec un site public en sept langues, un registry de décisions, une structure juridique coopérative, et l'intention de croître par d'autres Labs, ne peut pas être portée à la seule main. La documentation prend du retard. Les traductions traînent. Les décisions se perdent dans des fils de discussion. Sans infrastructure, une communauté de ce type dépense l'essentiel de son énergie à se rappeler ce qu'elle sait déjà.
Ce que la technologie fait, lorsqu'elle est correctement choisie, c'est prendre cette charge. Elle se souvient. Elle traduit. Elle enregistre. Elle rend visible à la suivante ce qu'une personne a fait. Elle rend ce qui a été décidé au printemps dernier toujours retrouvable à l'automne.
Vivre ensemble est un travail humain. Décider est un travail humain. Porter le conflit, réparer la confiance, décider quoi planter où, tenir un quart anti-incendie l'été, prendre soin des corps, des repas et des enfants, s'asseoir avec un membre qui quitte le Lab. La federation utilise la technologie pour libérer l'énergie humaine pour ce travail. Pour faire de la place à ce qui est irréductiblement humain, non pour le remplacer.
Nous utilisons la technologie pour que ce qui est uniquement humain puisse être vécu plus pleinement. Pas moins, plus.
Trois couches tiennent: le site de la federation, quatre instruments où le travail devient lisible, et un pipeline de documents. Chacun est open source. Chacun est vérifiable.
Le site de la federation (syntrociety.org)
Le site est le visage public de la federation. Il héberge la , la Practice, la , la description du Quadruple Helix, chaque essay, chaque page de Lab. Il fonctionne en sept langues avec l'anglais comme source.
Le site est construit avec Next.js 16 (App Router) sur React 18, écrit en TypeScript, stylé avec Tailwind CSS, et hébergé sur Vercel. La plupart des pages sont pré-rendues au moment du build et servies en HTML statique; un petit nombre de routes (endpoints API, images OG dynamiques) tournent à la demande comme fonctions serverless. Le dépôt est ouvert et peut être miroité, archivé, ou auto-hébergé par toute partie qui veut vérifier ce qu'il dit. Il n'y a pas de base de données propriétaire qui retient le contenu de la federation; tout ce qui est publié est dans le dépôt source, qui est lui-même ouvert. Un lecteur qui veut savoir ce qui a changé et quand peut lire l'historique des commits.
Ce que cela signifie en pratique : les mots de la federation vivent dans un endroit où ils peuvent être vérifiés, copiés, et poursuivis par d'autres. Si syntrociety.org disparaissait demain, le contenu existerait toujours dans des dépôts, des archives, et des miroirs. La federation ne possède pas son infrastructure comme bien privé; elle en prend soin comme d'un bien commun.
Quatre instruments · people, chart, compass, lens
La federation construit et exploite quatre instruments. Chacun est open source. Chacun est vérifiable. Ensemble, ils tiennent ce que la federation fait au fil des ans.
people · l'identity host (people.syntrociety.org)
people est le registre des membres de la federation, et la couche d'identité pour tout le reste. Celui qui se connecte à people est la même personne dans chart, compass et lens. Members, Friends, sièges du et consents vivent ici. Quand un Friend retire son consent, cela se passe en un seul endroit. Quand un Lab retire un Member, cela se passe en un seul endroit. Pas de comptes fragmentés.
chart · la plateforme d'enregistrements (chart.syfers.eu)
chart est l'endroit où sont conservés propositions, décisions, tâches, réunions, plantations, énergie, réflexions et évènements. Multi-locataire: chaque Lab a son propre sous-domaine et ses propres enregistrements. Les décisions du Council sont écrites ici, avec les présents, les objections et les amendements. Après le consent, la proposition est verrouillée; les révisions ultérieures entrent comme amendements, liées à l'original.
compass · l'auto-évaluation (compass.syfers.eu)
compass permet à un Lab de se situer, pour chacune des seize conditions , sur l'un des quatre niveaux: absent, emerging, established, embedded. Un miroir, pas une porte. Personne ne note personne. Le Lab se dit à lui-même la vérité sur l'endroit où il se trouve, dans les mêmes mots que tous les autres Labs utilisent.
lens reçoit des documents par e-mail ou téléversement: lettres, contrats, rapports. Il classe, traduit au besoin, et archive sous forme lisible et consultable. Une lettre d'une mairie en portugais peut être lue par un membre du Council en anglais le même après-midi. L'original et la traduction sont des documents frères dans l'archive, liés par canonical id.
Comment les quatre travaillent ensemble
Les quatre instruments ne produisent pas la federation. Ils sont l'endroit où ce que la federation fait déjà devient lisible: pour le Lab lui-même, pour les autres Labs, et pour quiconque le lit dans vingt ans. Sans eux, le travail a lieu et disparaît.
Une lettre arrive dans lens. Un Council lit la traduction, prend une décision, et la décision atterrit dans chart. Les membres du Council ne se sont pas connectés trois fois. Leur compte dans people est le même compte qui a signé la décision dans chart et lu la traduction dans lens. Deux ans plus tard, le Lab se regarde sur la condition inclusive governance dans compass. L'auto-évaluation n'est pas une interprétation après coup. Ce sont les documents dans lens et les propositions dans chart, relus.
Une identité. Une archive. Quatre piliers.
Génération de documents
La plupart des documents de la federation (cette page, les essays, les révisions de la Charter, la Lens, les briefings avec Claude Code) sont produits selon un schéma de travail qui combine auteur humain et assistance par IA. Le schéma est décrit en § 03. La sortie est en source markdown, sous contrôle de version, rendue sur le site public, et exportable en PDF pour la circulation.
La federation ne cache pas que ce schéma utilise l'IA. Elle ne crédite pas non plus l'IA comme autrice. Le jugement sur ce qui est vrai, ce qui est honnête, et ce qui sert le travail appartient aux personnes dont le nom figure sur les documents. Le schéma lui-même est décrit ouvertement pour que d'autres Labs et d'autres initiatives puissent le répliquer, l'adapter, ou le critiquer.
L'assistance par IA joue trois rôles dans le travail de la federation. Chacun est borné. Chacun est vérifiable. Chacun laisse intact le jugement humain.
Écrire
Le premier rôle est conversationnel. L'IA est utilisée comme partenaire de pensée pour la formulation de textes : essays de la federation, briefings, cette page, révisions de la Charter, traductions entre l'anglais, le néerlandais et le portugais. Le schéma est dialogique. Un humain apporte la question ou le brouillon; l'IA propose formulation, alternatives, et réflexion; l'humain choisit ce qu'il garde. L'IA n'est pas autrice des documents de la federation. Elle aide à articuler ce que les personnes de la federation savent déjà mais n'ont pas encore mis en mots.
Ce rôle est le plus visible et le moins inhabituel. Écrivains, chercheurs, et responsables politiques à travers l'Europe utilisent l'IA de cette manière depuis 2023. La federation rend l'usage explicite afin que ce qui est lu puisse être vérifié.
Construire
Le second rôle est constructif. L'IA assiste dans la production du code, de la structure du site, de la génération de documents, des traductions, et des actifs de design. Cette page, par exemple, a été ébauchée en conversation avec Claude. Le site que vous lisez a été construit avec Claude Code, un environnement de développement assisté par IA, par un développeur humain qui a spécifié ce qu'il fallait, a relu chaque commit, et a approuvé chaque changement.
Ici aussi, l'humain reste l'agent. L'IA suggère; l'humain accepte ou rejette; le changement est commité; le changement est revu; le changement passe en production. Chaque ligne de code sur syntrociety.org est passée par cette boucle. Il n'y a pas de contenu généré par IA qui n'ait été lu par une personne ayant compris ce qui était dit et ayant choisi de le publier.
Refléter
Le troisième rôle est celui qui distingue l'usage de l'IA par la federation. L'IA lit les données que la federation a enregistrées dans SYFERS, et elle pose à la federation la question de ce que ses propres données montrent. Pas depuis une position neutre. Depuis une perspective spécifique : les schémas que les systèmes vivants montrent. Ceux-ci sont documentés dans The Lens, la référence éditoriale sur /lens. Pour l'analyse de travail dans SYFERS, la federation utilise Patterns, un sous-ensemble opérationnel d'entrées du Lens avec des pondérations définies par Council ou par analyse.
Le schéma fonctionne ainsi. SYFERS détient le registre de la federation : décisions, contributions, activité des membres, avancement des projets, flux financiers. The Lens décrit les schémas que les systèmes vivants montrent : circulation versus accumulation, réciprocité versus extraction, distribution versus concentration. Patterns est le sous-ensemble opérationnel de ceux-ci dans SYFERS, avec des pondérations par analyse. L'IA reçoit la tâche de lire les données à travers Patterns : où le comportement de la federation montre-t-il de la circulation, et où de l'accumulation ? Où montre-t-il de la réciprocité, et où de l'extraction ?
La sortie n'est pas un verdict. La sortie est une question, rendue à la communauté pour sa propre réflexion trimestrielle.
Un exemple illustratif d'une telle question, telle qu'elle pourrait revenir à la communauté de manière trimestrielle :
Au cours du dernier trimestre, les décisions à implications financières ont été préparées par les trois mêmes membres dans 80 pour cent des cas. L'entrée de Lens sur Mandate décrit la rotation comme condition d'une distribution saine de l'autorité. Que fait la communauté de ce schéma?
Cette question va au groupe. Le groupe décide quoi en faire, ou s'il faut en faire quelque chose.
Ce rôle est l'instrument de la federation pour ce que demande le principe Truth de la Charter : être honnête avec elle-même. Une communauté de seize pourrait en principe faire ce travail à la main. En pratique, personne n'a le temps. L'IA rend faisable ce qui resterait sinon une aspiration.
Le rôle réflexif demande la conception la plus soigneuse. La federation a intégré quatre garde-fous dans le schéma. Chacun est opérationnel, non aspirationnel. Chacun est vérifiable.
Safeguard 01
Pseudonymisation avec traçabilité
Les données qui deviennent publiques dans toute analyse sont pseudonymisées. Les membres ne sont pas nommés dans les sorties qui circulent. Une correspondance entre pseudonymes et identités existe, est tenue à jour, et n'est pas publique. Cela permet à un membre de la communauté de remonter d'un constat à sa source si nécessaire; cela empêche des acteurs externes de lire des schémas personnels à partir des données de la federation.
C'est un choix délibéré par-dessus l'anonymisation totale. L'anonymisation détruirait la correspondance et rendrait la traçabilité impossible. La pseudonymisation maintient la chaîne intacte tout en la gardant privée. Elle est conforme au GDPR. Elle est aussi méthodologiquement fondée : la federation peut investiguer ses propres constats sans exposer ses membres.
Safeguard 02
Réflexion personnelle versus collective
Un membre qui demande à l'IA une réflexion personnelle sur ses propres données de contribution reçoit une réponse personnelle. Cette réponse n'est pas partagée avec la communauté. Le membre choisit s'il en porte quelque chose dans une conversation de groupe.
Cela applique le principe du consent aux données sur soi-même. La federation ne peut pas lire dans les réflexions individuelles des membres. L'individu choisit ce qui devient collectif. Le schéma protège contre une forme subtile de pression qui pourrait sinon émerger : la présomption que les résultats de réflexion sont partagés par défaut.
Safeguard 03
Réflexion trimestrielle sans culpabilité
Ce qui va au groupe est la vue collective : schémas visibles dans les données globales de la federation, lus à travers la Lens. Le format est structuré pour rendre la reconnaissance de schémas possible sans question de faute. Qu'est-ce qui est visible dans les données ? pas qui a causé cela ?
Cela compte parce que les mêmes données peuvent être lues dans deux registres différents. Au T1, les décisions financières étaient concentrées chez trois membres peut être entendu comme accusation, ou comme observation. Le format choisit l'observation. Ce que le groupe fait ensuite de l'observation est sa propre question; redistribuer, réfléchir au pourquoi, ou la laisser parce qu'elle a servi. L'instrument ne pousse pas à l'action; il rend le schéma visible.
Safeguard 04
Analyse guidée par Patterns, pas une analyse générique
L'IA n'analyse pas les données de la federation depuis une position neutre. Il n'y a pas de position neutre. L'IA lit les données à travers Patterns, le sous-ensemble opérationnel de The Lens avec des pondérations par analyse. La prompt qui instruit l'IA est elle-même un document de la federation, disponible pour inspection dans le dépôt de code SYFERS. Un lecteur qui se méfie de l'analyse peut lire à la fois The Lens (la source éditoriale) et Patterns (l'ensemble opérationnel) et la prompt elle-même, comprendre ce qu'on a demandé à l'IA de chercher, et décider si le cadrage tient.
C'est une transparence méthodologique à un niveau rare dans les systèmes algorithmiques. La plupart des analyses assistées par IA ne divulguent pas leur prompt. Le schéma de la federation l'exige : si Patterns est le cadre interprétatif, le cadre doit être public.
L'instrument soutient la conscience; le travail d'être honnête reste à la communauté.
Les quatre garde-fous rendent le rôle réflexif praticable. Ce qu'ils ne rendent pas automatique, c'est le travail qui suit la réflexion. Ce travail est humain.
Quand l'IA rend une question à la communauté, la communauté décide si elle la prend au sérieux. Les données montrent ce qu'elles montrent; l'honnêteté sur ce qu'on en fait est un choix qu'aucun instrument ne peut faire à la place des personnes qui doivent vivre avec les conséquences. Une communauté peut avoir un miroir-IA fonctionnant et choisir, chaque trimestre, de ne pas être honnête avec elle-même sur ce qu'elle voit. L'instrument ne peut pas l'empêcher.
Ce que demande le travail relationnel, l'IA ne peut pas le faire. S'asseoir avec un membre dont la contribution a chuté parce que quelque chose de difficile se passe à la maison. Tenir un cercle où deux personnes qui se sont fait du mal se parlent. Décider qu'un membre du Lab part, et aider à ce que cela se fasse avec dignité. Porter la nouvelle d'une mort. Accueillir un nouveau membre dans une cuisine en plein hiver. Rien de cela n'est dans les données; rien de cela ne peut être porté par un instrument.
La federation utilise la technologie pour les parties de son travail qui en bénéficient. Là où la présence est le point, la présence est la pratique.
Trois critères guident ce que la federation construit et adopte.
Les outils doivent être vérifiables. Source lisible, comportement reproductible, décisions traçables. Un outil dont le fonctionnement ne peut être examiné ne peut être amélioré, ne peut être tenu pour fiable en cas de désaccord, et ne peut être hérité par de futurs Labs qui veulent comprendre ce qu'ils utilisent. Ce n'est pas une préférence morale; c'est une préférence méthodologique.
Les outils doivent garder ouvertes les options de la federation. Open source d'abord; standards ouverts toujours; dépendance fournisseur résistée là où l'on peut résister. Là où des services commerciaux sont utilisés parce qu'ils font le travail, la federation garde ouvertes des voies de sortie. Le site peut être auto-hébergé. Les données peuvent être exportées. Le schéma peut être reproduit. Les décisions prises aujourd'hui ne doivent pas fermer celles que la federation prendra dans une décennie.
Les outils doivent respecter ce à quoi les membres n'ont pas consenti. Pas de pistage que les membres n'aient pas eux-mêmes enregistré. Pas d'analyse comportementale automatisée à leur insu. Les quatre garde-fous décrits en § 04 sont la façon dont ce critère est opérationnalisé dans la propre réflexion assistée par IA de la federation. Les outils que la federation adopte de l'extérieur respectent le même standard, ou sont adaptés avant usage.
Ce que chaque Lab choisit pour sa propre communication, présence, ou flux de travail relève de la décision de chaque Lab, guidée par les principes de la Charter et non par prescription de la federation. La federation ne légifère pas sur les choix de plateforme; elle demande que ce qu'un Lab utilise, soit utilisé avec la même discipline d'ouverture et de soin qui s'applique à tout le reste de son travail.
L'infrastructure qui fait tourner le site, le registry, et l'assistance par IA de la federation a une empreinte. Les serveurs consomment de l'électricité. Les centres de données consomment de l'eau. Entraîner un grand modèle de langage consomme les deux à une échelle difficile à défendre seule.
La réponse de la federation n'est pas de prétendre que ses choix sont propres. Ils ne le sont pas. Le choix est entre empreintes, non entre empreinte et absence d'empreinte. Faire tourner une federation à la main, sans technologie, consommerait d'autres formes d'énergie : énergie humaine, temps, déplacements, papier, réunions répétées pour se rappeler ce qui était déjà décidé. Le choix est de savoir quelle empreinte sert mieux le travail.
Sulitânia, le Lab fondateur, génère sur place 22.3 kWp d'électricité solaire. Pas assez pour alimenter son propre centre de données, s'il en exploitait un. L'infrastructure de la federation est actuellement hébergée chez des fournisseurs commerciaux dont le mix énergétique n'est pas sous contrôle de la federation. C'est un compromis connu.
Ce que la federation choisit, là où elle peut :
Génération statique du site plutôt que rendu côté serveur. Moins de calcul par chargement de page.
Modèles open source là où ils suffisent; modèles commerciaux seulement là où le travail les exige.
Modèles plus petits plutôt que plus grands quand la tâche le permet.
Auto-hébergé là où la capacité existe; hébergement commercial là où elle n'existe pas.
Ce que la federation ne peut résoudre, la federation le nomme. Utiliser l'IA, c'est faire usage d'une infrastructure construite avec un coût significatif en ressources. Ne pas utiliser l'IA, c'est consommer d'autres ressources, souvent par des voies qui n'apparaissent pas dans un bilan. La federation choisit, en transparence, d'utiliser ce qui sert le travail, et de continuer à observer si ce choix tient.
Ceci n'est pas propre à la technologie. Le travail de la federation est plein de choix entre options imparfaites. Nommer un trade-off plutôt que faire comme s'il n'existait pas est le premier pas pour le tenir bien. Les perspectives se rencontrent ici, plutôt que d'être tranchées entre elles.
Le schéma décrit ci-dessus n'existe pas en isolation. Il fait partie de la manière dont la federation fait son travail de cinq façons spécifiques.
The Lens décrit ; Patterns pondère ; SYFERS enregistre ; l'IA lit entre eux. Les quatre forment une boucle de rétroaction. The Lens décrit ce que les systèmes vivants montrent. Patterns est le sous-ensemble opérationnel avec des pondérations par analyse. SYFERS retient ce que la federation a fait. L'IA les compare et pose la question que la comparaison engendre. Le principe Truth de la Charter rend la question digne d'être posée. La Discipline I de la Practice (Open registration) rend les données disponibles. La Discipline II de la Practice (Conflict is welcome) rend la réponse quelque chose que la communauté peut porter.
La technologie est infrastructure de la federation, non infrastructure de Lab. Ce qui se tient ici est construit pour la federation. D'autres Labs qui rejoindront utiliseront le même SYFERS, le même Lens-prompt, le même pipeline de documentation. Le coût de l'infrastructure ne retombe pas sur chaque nouveau Lab; la federation le porte. Le bénéfice de l'infrastructure se compose avec chaque nouveau Lab.
Le travail est ouvert et réplicable. Le code source est public. La documentation est publique. Le Lens-prompt est public. D'autres initiatives, communautés régénératives, coopératives, ou municipalités, peuvent lire ce que la federation a construit et l'adapter à leur propre travail. La federation n'est pas protectrice de ses outils. Le travail a été fait parce qu'il était nécessaire, non parce qu'il était rentable.
Le modèle est ouvert à l'évolution. La technologie décrite ici est une première proposition. La federation invite au raffinement par les quatre acteurs de la helix : chercheurs qui peuvent approfondir la méthodologie, initiatives de la société civile qui peuvent la mettre à l'épreuve, autorités publiques qui peuvent vérifier la conformité GDPR et AI-Act, acteurs économiques qui peuvent évaluer la viabilité pratique. La Charter et la responsabilité de la federation envers ses membres et envers les individus restent directrices : les instruments soutiennent la conscience, pas le contrôle.
The Lens, Patterns et la prompt qui instruit l'IA sont tous des documents de la federation. Comme Charter et Practice, ils sont quelque chose que la federation possède, révise, et discute. La prompt sera publiée dans le dépôt de code SYFERS LINK TBD.