La federazione usa la tecnologia affinché l'energia umana possa andare dove solo gli umani possono andare. Ciò che il software gestisce, mani e menti vengono liberate per. Ciò che la macchina non può, presenza, giudizio, relazione, onestà con se stessi, rimane lavoro umano.
Una federation di sedici membri in un solo , con un sito pubblico in sette lingue, un registry di decisioni, una struttura giuridica cooperativa, e l'intenzione di scalare attraverso altri Labs, non può essere portata solo a mano. La documentazione resta indietro. Le traduzioni si attardano. Le decisioni si perdono nei thread di chat. Senza infrastruttura, una comunità di questo tipo spende la maggior parte della sua energia a ricordare ciò che già sa.
Quel che la tecnologia fa, quando è scelta bene, è prendersi quel carico. Ricorda. Traduce. Registra. Rende ciò che una persona ha fatto visibile alla successiva. Rende ciò che è stato deciso la primavera scorsa ancora rintracciabile in autunno.
Vivere insieme è lavoro umano. Decidere è lavoro umano. Portare conflitto, riparare la fiducia, decidere cosa piantare dove, fare la guardia agli incendi d'estate, prendersi cura di corpi, pasti e bambini, sedersi con un membro che lascia il Lab. La federation usa la tecnologia per liberare energia umana per quel lavoro. Per fare spazio a ciò che è irriducibilmente umano, non per sostituirlo.
Usiamo la tecnologia perché ciò che è unicamente umano possa essere vissuto più pienamente. Non meno, di più.
Tre strati stanno in piedi: il sito della federation, quattro strumenti dove il lavoro diventa leggibile, e un pipeline di documenti. Ognuno è open source. Ognuno è verificabile.
Il sito della federation (syntrociety.org)
Il sito è il volto pubblico della federation. Ospita la , la Practice, la , la descrizione del Quadruple Helix, ogni essay, ogni pagina di Lab. Funziona in sette lingue con l'inglese come fonte.
Il sito è costruito con Next.js 16 (App Router) su React 18, scritto in TypeScript, con stile Tailwind CSS, e ospitato su Vercel. La maggior parte delle pagine viene pre-renderizzata in fase di build e servita come HTML statico; un piccolo numero di rotte (endpoint API, immagini OG dinamiche) gira on demand come funzioni serverless. Il repository è aperto e può essere replicato, archiviato, o auto-ospitato da chiunque voglia verificare ciò che dice. Non c'è un database proprietario che trattiene i contenuti della federation; tutto ciò che si pubblica è nel repository sorgente, che è esso stesso aperto. Un lettore che voglia sapere cosa è cambiato e quando può leggere la cronologia dei commit.
Cosa significa questo nella pratica: le parole della federation vivono in un luogo dove possono essere verificate, copiate, e proseguite da altri. Se syntrociety.org sparisse domani, il contenuto continuerebbe a esistere in repository, archivi, e mirror. La federation non possiede la propria infrastruttura come bene privato; la cura come terreno comune.
Quattro strumenti · people, chart, compass, lens
La federation costruisce e gestisce quattro strumenti. Ognuno è open source. Ognuno è verificabile. Insieme tengono ciò che la federation fa nel tempo.
people · l'identity host (people.syntrociety.org)
people è il registro dei membri della federation e il livello di identità per tutto il resto. Chi accede a people è la stessa persona in chart, compass e lens. Members, Friends, posti nel e consents vivono qui. Quando un Friend ritira il proprio consent, accade in un solo luogo. Quando un Lab rimuove un Member, accade in un solo luogo. Niente account frammentati.
chart · la piattaforma dei registri (chart.syfers.eu)
chart è dove vengono custoditi proposte, decisioni, compiti, riunioni, piantagioni, energia, riflessioni ed eventi. È multi-tenant: ogni Lab ha il proprio sottodominio e i propri registri. Le decisioni del Council vengono scritte qui, con presenti, obiezioni ed emendamenti. Dopo il consent la proposta è bloccata; le revisioni successive entrano come emendamenti, collegati alla proposta originale.
compass · l'auto-valutazione (compass.syfers.eu)
compass permette a un Lab di collocarsi, per ciascuna delle sedici condizioni , su uno di quattro livelli: absent, emerging, established, embedded. Uno specchio, non un cancello. Nessuno valuta nessuno. Il Lab dice a se stesso la verità su dove si trova, nelle stesse parole che ogni altro Lab usa.
lens riceve documenti via e-mail o upload: lettere, contratti, relazioni. Classifica, traduce dove serve e archivia in forma leggibile e ricercabile. Una lettera di un comune in portoghese può essere letta da un membro del Council in inglese lo stesso pomeriggio. L'originale e la traduzione sono documenti fratelli nell'archivio, collegati da canonical id.
Come i quattro lavorano insieme
I quattro strumenti non producono la federation. Sono dove ciò che la federation già fa diventa leggibile: per il Lab stesso, per gli altri Labs, e per chi lo legge fra vent'anni. Senza di loro, il lavoro accade e svanisce.
Una lettera arriva in lens. Un Council legge la traduzione, prende una decisione, e la decisione atterra in chart. I membri del Council non hanno effettuato tre login. Il loro account in people è lo stesso account che ha firmato la decisione in chart e letto la traduzione in lens. Due anni dopo il Lab si guarda sulla condizione inclusive governance in compass. L'auto-valutazione non è un'interpretazione a posteriori. Sono i documenti in lens e le proposte in chart, riletti.
Un'identità. Un archivio. Quattro pilastri.
Generazione di documenti
La maggior parte dei documenti della federation (questa pagina, gli essays, le revisioni della Charter, la Lens, le briefings con Claude Code) è prodotta attraverso un pattern di lavoro che combina autorialità umana con assistenza dell'IA. Il pattern è descritto in § 03. L'output è sorgente markdown, sotto controllo di versione, renderizzato sul sito pubblico, ed esportabile in PDF per la circolazione.
La federation non nasconde che questo pattern usa l'IA. Non accredita nemmeno l'IA come autrice. Il giudizio su ciò che è vero, ciò che è onesto, e ciò che serve al lavoro spetta alle persone i cui nomi compaiono sui documenti. Il pattern stesso è descritto apertamente affinché altri Labs e altre iniziative possano replicarlo, adattarlo, o criticarlo.
L'assistenza dell'IA gioca tre ruoli nel lavoro della federation. Ognuno è delimitato. Ognuno è verificabile. Ognuno lascia intatto il giudizio umano.
Scrivere
Il primo ruolo è conversazionale. L'IA viene usata come compagna di pensiero per la formulazione di testi: essays della federation, briefings, questa pagina, revisioni della Charter, traduzioni tra inglese, neerlandese e portoghese. Il pattern è dialogico. Un essere umano porta la domanda o la bozza; l'IA offre formulazione, alternative, e riflessione; l'essere umano sceglie cosa tenere. L'IA non è autrice dei documenti della federation. Aiuta ad articolare ciò che le persone della federation già sanno ma non hanno ancora messo in parole.
Questo ruolo è il più visibile e il meno insolito. Scrittori, ricercatori, e responsabili politici in tutta Europa usano l'IA in questo modo dal 2023. La federation rende l'uso esplicito perché ciò che si legge possa essere verificato.
Costruire
Il secondo ruolo è costruttivo. L'IA assiste nella produzione di codice, struttura del sito, generazione di documenti, traduzioni, e asset di design. Questa pagina, per esempio, è stata abbozzata in conversazione con Claude. Il sito che state leggendo è stato costruito con Claude Code, un ambiente di sviluppo assistito dall'IA, da uno sviluppatore umano che ha specificato cosa serviva, ha rivisto ogni commit, e ha approvato ogni modifica.
Anche qui l'umano resta agente. L'IA suggerisce; l'umano accetta o rifiuta; la modifica viene committata; la modifica viene rivista; la modifica va in produzione. Ogni riga di codice su syntrociety.org è passata per questo loop. Non c'è contenuto generato dall'IA che non sia stato letto da una persona che ha capito cosa veniva detto e ha scelto di pubblicarlo.
Riflettere
Il terzo ruolo è quello che distingue l'uso dell'IA da parte della federation. L'IA legge i dati che la federation ha registrato in SYFERS, e chiede alla federation cosa mostrano i suoi stessi dati. Non da una posizione neutra. Da una prospettiva specifica: i pattern che i sistemi viventi mostrano. Questi sono documentati in The Lens, il riferimento editoriale su /lens. Per l'analisi di lavoro in SYFERS, la federation utilizza Patterns, un sottoinsieme operativo di voci del Lens con pesi impostati per Council o per analisi.
Il pattern funziona così. SYFERS contiene il registro della federation: decisioni, contributi, attività dei membri, avanzamento dei progetti, flussi finanziari. The Lens descrive i pattern che i sistemi viventi mostrano: circolazione versus accumulazione, reciprocità versus estrazione, distribuzione versus concentrazione. Patterns è il sottoinsieme operativo di questi in SYFERS, con pesi per analisi. All'IA è affidato il compito di leggere i dati attraverso Patterns: dove il comportamento della federation mostra circolazione, e dove accumulazione? Dove mostra reciprocità, e dove estrazione?
L'output non è un verdetto. L'output è una domanda, restituita alla comunità per la sua riflessione trimestrale.
Un esempio illustrativo di una tale domanda, come potrebbe tornare alla comunità su base trimestrale:
Nell'ultimo trimestre, le decisioni con implicazioni finanziarie sono state preparate dagli stessi tre membri nell'80 per cento dei casi. La voce di Lens su Mandate descrive la rotazione come condizione per una sana distribuzione dell'autorità. Cosa ne fa la comunità di questo pattern?
Quella domanda va al gruppo. Il gruppo decide cosa farne, o se farne qualcosa.
Questo ruolo è lo strumento della federation per ciò che il principio Truth della Charter chiede: essere onesti con sé stessi. Una comunità di sedici potrebbe in principio fare questo lavoro a mano. In pratica, nessuno ha il tempo. L'IA rende fattibile ciò che altrimenti rimane aspirazione.
Il ruolo riflessivo richiede il design più attento. La federation ha incorporato quattro salvaguardie nel pattern. Ognuna è operativa, non aspirazionale. Ognuna è verificabile.
Safeguard 01
Pseudonimizzazione con tracciabilità
I dati che diventano pubblici in qualunque analisi sono pseudonimizzati. I membri non sono nominati negli output che circolano. Una mappatura tra pseudonimi e identità esiste, è mantenuta, e non è pubblica. Questo permette a un membro della comunità di tracciare un risultato fino alla sua origine se necessario; impedisce che attori esterni leggano pattern personali a partire dai dati della federation.
Questa è una scelta deliberata rispetto all'anonimizzazione totale. L'anonimizzazione distruggerebbe la mappatura e renderebbe la tracciabilità impossibile. La pseudonimizzazione tiene la catena intatta e al tempo stesso privata. È conforme al GDPR. È anche metodologicamente fondata: la federation può investigare i propri risultati senza esporre i propri membri.
Safeguard 02
Riflessione personale versus collettiva
Un membro che chiede all'IA una riflessione personale sui propri dati di contributo riceve una risposta personale. Quella risposta non è condivisa con la comunità. Il membro sceglie se portarne qualcosa in una conversazione di gruppo.
Questo applica il principio del consent ai dati su sé stessi. La federation non può leggere all'interno delle riflessioni individuali dei membri. L'individuo sceglie cosa diventa collettivo. Il pattern protegge da una forma sottile di pressione che altrimenti potrebbe emergere: l'assunzione che i risultati di riflessione siano condivisi per default.
Safeguard 03
Riflessione trimestrale senza colpa
Ciò che va al gruppo è la visione collettiva: pattern visibili nei dati complessivi della federation, letti attraverso la Lens. Il formato è strutturato per rendere possibile il riconoscimento di pattern senza questione di colpa. Cosa è visibile nei dati? non chi ha causato questo?
Questo conta perché gli stessi dati possono essere letti in due registri diversi. In Q1, le decisioni finanziarie sono state concentrate tra tre membri può essere udito come accusa, o come osservazione. Il formato sceglie l'osservazione. Cosa il gruppo poi fa dell'osservazione è la sua propria domanda; ridistribuire, riflettere sul perché, o lasciarla perché ha servito. Lo strumento non spinge all'azione; rende il pattern visibile.
Safeguard 04
Analisi guidata da Patterns, non analisi generica
L'IA non analizza i dati della federation da una posizione neutra. Non c'è posizione neutra. L'IA legge i dati attraverso Patterns, il sottoinsieme operativo di The Lens con pesi per analisi. Il prompt che istruisce l'IA è esso stesso un documento della federation, disponibile per ispezione nel repository di codice di SYFERS. Un lettore che diffidi dell'analisi può leggere sia The Lens (la fonte editoriale) sia Patterns (il set operativo) e il prompt stesso, capire cosa è stato chiesto all'IA di cercare, e decidere se l'inquadratura sia solida.
Questa è trasparenza metodologica a un livello raro nei sistemi algoritmici. La maggior parte delle analisi assistite dall'IA non rivela il proprio prompt. Il pattern della federation lo chiede: se Patterns è il quadro interpretativo, il quadro deve essere pubblico.
Lo strumento sostiene la consapevolezza; il lavoro di essere onesti rimane con la comunità.
Le quattro salvaguardie rendono il ruolo riflessivo praticabile. Ciò che non rendono automatico è il lavoro che segue alla riflessione. Quel lavoro è umano.
Quando l'IA restituisce una domanda alla comunità, la comunità decide se prenderla sul serio. I dati mostrano ciò che mostrano; l'onestà su cosa fare con ciò che mostrano è una scelta che nessuno strumento può fare per le persone che devono vivere con le conseguenze. Una comunità può avere uno specchio-IA funzionante e scegliere, ogni trimestre, di non essere onesta con sé stessa su ciò che vede. Lo strumento non può evitarlo.
Ciò che il lavoro relazionale chiede, l'IA non può farlo. Sedersi con un membro il cui contributo è calato perché a casa accade qualcosa di pesante. Tenere un cerchio in cui due persone che si sono ferite si parlano. Decidere che un membro del Lab se ne va, e aiutare che ciò avvenga con dignità. Portare la notizia di una morte. Accogliere un nuovo membro in cucina in pieno inverno. Niente di questo è nei dati; niente di questo può essere portato da uno strumento.
La federation usa la tecnologia per le parti del proprio lavoro che traggono beneficio dalla tecnologia. Dove la presenza è il punto, la presenza è la pratica.
Tre criteri guidano ciò che la federation costruisce e adotta.
Gli strumenti devono essere verificabili. Sorgente leggibile, comportamento riproducibile, decisioni tracciabili. Uno strumento il cui funzionamento non può essere esaminato non può essere migliorato, non può essere fidato in caso di disaccordo, e non può essere ereditato da Labs futuri che vogliano capire cosa stanno usando. Non è una preferenza morale; è metodologica.
Gli strumenti devono mantenere aperte le opzioni della federation. Open source prima; standard aperti sempre; dipendenza dal fornitore resistita dove si può resistere. Dove si usano servizi commerciali perché eseguono il lavoro, la federation tiene aperte le vie di uscita. Il sito può essere auto-ospitato. I dati possono essere esportati. Il pattern può essere riprodotto. Decisioni prese oggi non devono precludere decisioni che la federation prenderà fra un decennio.
Gli strumenti devono rispettare ciò a cui i membri non hanno acconsentito. Nessun tracking che i membri non abbiano registrato da sé. Nessuna analisi comportamentale automatizzata che giri a loro insaputa. Le quattro salvaguardie descritte in § 04 sono il modo in cui questo criterio è operazionalizzato nella stessa riflessione assistita dall'IA della federation. Gli strumenti che la federation adotta da fuori soddisfano lo stesso standard, o vengono adattati prima dell'uso.
Ciò che i singoli Labs scelgono per la propria comunicazione, presenza, o flusso di lavoro è decisione di ciascun Lab, guidata dai principi della Charter e non da prescrizione della federation. La federation non legifera scelte di piattaforma; chiede che ciò che un Lab usa, lo usi con la stessa disciplina di apertura e cura che si applica a tutto il resto del suo lavoro.
L'infrastruttura che fa girare il sito, il registry, e l'assistenza dell'IA della federation ha un'impronta. I server consumano elettricità. I data center consumano acqua. Allenare un grande modello linguistico consuma entrambi a una scala difficile da difendere da sola.
La risposta della federation non è sostenere che le sue scelte siano pulite. Non lo sono. La scelta è tra impronte, non tra impronta e nessuna impronta. Far girare una federation a mano, senza tecnologia, consumerebbe altre forme di energia: energia umana, tempo, viaggi, carta, riunioni ripetute per ricordare ciò che era già stato deciso. La scelta è quale impronta serve meglio al lavoro.
Sulitânia, il Lab fondatore, genera localmente 22.3 kWp di elettricità solare. Non abbastanza per alimentare il proprio data center, qualora ne avesse uno. L'infrastruttura della federation è attualmente ospitata presso fornitori commerciali il cui mix energetico non è sotto controllo della federation. È un compromesso noto.
Cosa la federation sceglie, dove può:
Generazione statica del sito invece di rendering lato server. Meno calcolo per page-load.
Modelli open source dove rendono; modelli commerciali solo dove il lavoro li richiede.
Modelli più piccoli rispetto a più grandi quando il compito lo permette.
Auto-ospitato dove esiste capacità; ospitato commercialmente dove no.
Ciò che la federation non può risolvere, la federation lo nomina. Usare l'IA è far uso di un'infrastruttura costruita con un costo significativo di risorse. Non usare l'IA è consumare altre risorse, spesso in modi che non appaiono in un bilancio. La federation sceglie, in modo trasparente, di usare ciò che serve al lavoro, e di continuare a osservare se la scelta tiene.
Questo non è esclusivo della tecnologia. Il lavoro della federation è pieno di scelte tra opzioni imperfette. Nominare un trade-off invece di fingere che non esista è il primo passo per gestirlo bene. Le prospettive si incontrano qui, invece di scegliere tra di esse.
Il pattern descritto sopra non esiste in isolamento. Fa parte di come la federation fa il proprio lavoro in cinque modi specifici.
The Lens descrive; Patterns pesa; SYFERS registra; l'IA legge fra di essi. I quattro sono un unico ciclo di feedback. The Lens descrive ciò che i sistemi viventi mostrano. Patterns è il sottoinsieme operativo con pesi per analisi. SYFERS contiene ciò che la federation ha fatto. L'IA li confronta e pone la domanda che il confronto genera. Il principio Truth della Charter rende la domanda degna di essere posta. La Discipline I della Practice (Open registration) rende i dati disponibili. La Discipline II della Practice (Conflict is welcome) rende la risposta qualcosa che la comunità può portare.
La tecnologia è infrastruttura della federation, non infrastruttura di Lab. Ciò che qui sta è costruito per la federation. Altri Labs che si uniranno useranno lo stesso SYFERS, lo stesso Lens-prompt, la stessa pipeline di documentazione. Il costo dell'infrastruttura non ricade su ogni nuovo Lab; la federation lo porta. Il beneficio dell'infrastruttura si compone con ogni nuovo Lab.
Il lavoro è aperto e replicabile. Il codice sorgente è pubblico. La documentazione è pubblica. Il Lens-prompt è pubblico. Altre iniziative, comunità rigenerative, cooperative, o municipalità, possono leggere ciò che la federation ha costruito e adattarlo al proprio lavoro. La federation non è protettiva dei propri strumenti. Il lavoro è stato fatto perché serviva, non perché fosse profittevole.
Il modello è aperto all'evoluzione. La tecnologia descritta qui è una prima proposta. La federation invita al raffinamento da parte dei quattro attori della helix: ricercatori che possano approfondire la metodologia, iniziative della società civile che possano metterla sotto stress, autorità pubbliche che possano verificare la conformità a GDPR e AI-Act, attori economici che possano valutare la fattibilità pratica. La Charter e la responsabilità della federation verso i propri membri e verso gli individui restano guida: gli strumenti sostengono la consapevolezza, non il controllo.
The Lens, Patterns e il prompt che istruisce l'IA sono tutti documenti della federation. Come Charter e Practice, sono qualcosa che la federation possiede, rivede, e discute. Il prompt sarà pubblicato nel repository di codice di SYFERS LINK TBD.