La federación usa la tecnología para que la energía humana pueda ir donde solo los humanos pueden ir. Lo que el software gestiona, manos y mentes quedan liberadas para. Lo que la máquina no puede, presencia, juicio, relación, honestidad con uno mismo, permanece trabajo humano.
Una federation de dieciséis miembros en un solo , con un sitio público en siete idiomas, un registry de decisiones, una estructura jurídica cooperativa, y la intención de escalar a través de otros Labs, no puede sostenerse sólo a mano. La documentación se queda atrás. Las traducciones llegan tarde. Las decisiones se pierden en hilos de chat. Sin infraestructura, una comunidad de este tipo gasta la mayor parte de su energía en recordar lo que ya sabe.
Lo que hace la tecnología, cuando se elige bien, es asumir esa carga. Recuerda. Traduce. Registra. Hace visible para el siguiente lo que hizo el anterior. Hace que lo decidido la primavera pasada siga siendo localizable en otoño.
Convivir es trabajo humano. Decidir es trabajo humano. Sostener un conflicto, reparar la confianza, decidir qué plantar dónde, mantener una guardia contra incendios en verano, cuidar cuerpos, comidas y niños, sentarse con un miembro que deja el Lab. La federation usa tecnología para liberar energía humana para ese trabajo. Para hacer espacio a lo irreductiblemente humano, no para reemplazarlo.
Usamos tecnología para que lo que es únicamente humano pueda vivirse de forma más plena. No menos, más.
Tres capas se sostienen: el sitio de la federation, cuatro instrumentos donde el trabajo se vuelve legible, y un pipeline de documentos. Cada una es open source. Cada una es verificable.
El sitio de la federation (syntrociety.org)
El sitio es la cara pública de la federation. Aloja la , la Practice, la , la descripción del Quadruple Helix, cada essay, cada página de Lab. Funciona en siete idiomas con el inglés como fuente.
El sitio está construido con Next.js 16 (App Router) sobre React 18, escrito en TypeScript, estilizado con Tailwind CSS, y alojado en Vercel. La mayoría de las páginas se prerrenderizan en el build y se sirven como HTML estático; un pequeño número de rutas (endpoints API, imágenes OG dinámicas) se ejecuta a demanda como funciones serverless. El repositorio es abierto y puede ser replicado, archivado, o auto-alojado por cualquier parte que quiera verificar lo que dice. No hay base de datos propietaria que retenga el contenido de la federation; todo lo que se publica está en el repositorio fuente, que es a su vez abierto. Un lector que quiera saber qué cambió y cuándo puede leer el historial de commits.
Lo que esto significa en la práctica: las palabras de la federation viven en un lugar donde pueden ser verificadas, copiadas, y continuadas por otros. Si syntrociety.org desapareciera mañana, el contenido seguiría existiendo en repositorios, archivos y espejos. La federation no posee su infraestructura como activo privado; la cuida como terreno común.
Cuatro instrumentos · people, chart, compass, lens
La federation construye y mantiene cuatro instrumentos. Cada uno es open source. Cada uno es verificable. Juntos sostienen lo que la federation hace a lo largo del tiempo.
people · el identity host (people.syntrociety.org)
people es el registro de miembros de la federation y la capa de identidad para todo lo demás. Quien inicia sesión en people es la misma persona en chart, compass y lens. Members, Friends, asientos del y consents viven aquí. Cuando un Friend retira su consent, ocurre en un solo lugar. Cuando un Lab elimina a un Member, ocurre en un solo lugar. Sin cuentas fragmentadas.
chart · la plataforma de registros (chart.syfers.eu)
chart es donde se guardan propuestas, decisiones, tareas, reuniones, plantaciones, energía, reflexiones y eventos. Es multi-tenant: cada Lab tiene su propio subdominio y sus propios registros. Las decisiones del Council se escriben aquí, con asistentes, objeciones y enmiendas. Tras el consent, la propuesta queda bloqueada; las revisiones posteriores entran como enmiendas, vinculadas a la propuesta original.
compass · la auto-evaluación (compass.syfers.eu)
compass permite a un Lab situarse, para cada una de las dieciséis condiciones , en uno de cuatro niveles: absent, emerging, established, embedded. Un espejo, no una puerta. Nadie puntúa a nadie. El Lab se dice a sí mismo la verdad sobre dónde está, con las mismas palabras que cada otro Lab usa.
lens recibe documentos por correo o upload: cartas, contratos, informes. Clasifica, traduce cuando es necesario y archiva en forma legible y buscable. Una carta de un ayuntamiento en portugués puede ser leída por un miembro del Council en inglés esa misma tarde. El original y la traducción son documentos hermanos en el archivo, ligados por canonical id.
Cómo trabajan juntos los cuatro
Los cuatro instrumentos no producen la federation. Son donde aquello que la federation ya hace se vuelve legible: para el propio Lab, para otros Labs, y para quien lo lea dentro de veinte años. Sin ellos, el trabajo ocurre y desaparece.
Una carta llega a lens. Un Council lee la traducción, toma una decisión, y la decisión aterriza en chart. Los miembros del Council no iniciaron sesión tres veces. Su cuenta en people es la misma cuenta que firmó la decisión en chart y leyó la traducción en lens. Dos años después, el Lab se mira a sí mismo en la condición inclusive governance en compass. La auto-evaluación no es una interpretación a posteriori. Son los documentos en lens y las propuestas en chart, releídos.
Una identidad. Un archivo. Cuatro pilares.
Generación de documentos
La mayoría de los documentos de la federation (esta página, los essays, las revisiones de la Charter, la Lens, las briefings con Claude Code) se producen mediante un patrón de trabajo que combina autoría humana con asistencia de IA. El patrón se describe en § 03. La salida es fuente markdown, con control de versiones, renderizada al sitio público, y exportable a PDF para circulación.
La federation no oculta que este patrón usa IA. Tampoco acredita a la IA como autora. El juicio sobre lo que es verdadero, lo que es honesto, y lo que sirve al trabajo pertenece a las personas cuyos nombres figuran en los documentos. El patrón mismo se describe abiertamente para que otros Labs y otras iniciativas puedan replicarlo, adaptarlo, o criticarlo.
La asistencia de IA juega tres papeles en el trabajo de la federation. Cada uno está delimitado. Cada uno es verificable. Cada uno deja intacto el juicio humano.
Escribir
El primer papel es conversacional. Se usa la IA como compañera de pensamiento para la formulación de textos: essays de la federation, briefings, esta página, revisiones de la Charter, traducciones entre inglés, neerlandés y portugués. El patrón es dialógico. Un humano trae la pregunta o el borrador; la IA ofrece formulación, alternativas, y reflexión; el humano elige qué conservar. La IA no es autora de los documentos de la federation. Ayuda a articular lo que las personas de la federation ya saben pero aún no han puesto en palabras.
Este papel es el más visible y el menos inusual. Escritores, investigadores, y responsables políticos por toda Europa usan la IA de esta manera desde 2023. La federation hace explícito el uso para que lo que se lee pueda ser verificado.
Construir
El segundo papel es constructivo. La IA asiste en la producción de código, estructura del sitio, generación de documentos, traducciones, y activos de diseño. Esta página, por ejemplo, se redactó en conversación con Claude. El sitio que está leyendo se construyó con Claude Code, un entorno de desarrollo asistido por IA, por una desarrolladora humana que especificó lo necesario, revisó cada commit, y aprobó cada cambio.
También aquí el humano sigue siendo el agente. La IA sugiere; el humano acepta o rechaza; el cambio se commitea; el cambio se revisa; el cambio entra en producción. Cada línea de código en syntrociety.org ha pasado por este bucle. No hay contenido generado por IA que no haya sido leído por una persona que entendió lo que se decía y eligió publicarlo.
Reflejar
El tercer papel es el que distingue el uso de IA por parte de la federation. La IA lee los datos que la federation ha registrado en SYFERS, y le pregunta a la federation qué muestran sus propios datos. No desde una posición neutral. Desde una perspectiva específica: los patrones que muestran los sistemas vivos. Estos están documentados en The Lens, la referencia editorial en /lens. Para el análisis de trabajo en SYFERS, la federation utiliza Patterns, un subconjunto operativo de entradas del Lens con pesos establecidos por Council o por análisis.
El patrón funciona de la siguiente manera. SYFERS contiene el registro de la federation: decisiones, contribuciones, actividad de los miembros, progreso de proyectos, flujos financieros. The Lens describe los patrones que muestran los sistemas vivos: circulación versus acumulación, reciprocidad versus extracción, distribución versus concentración. Patterns es el subconjunto operativo de éstos en SYFERS, con pesos por análisis. A la IA se le encomienda la tarea de leer los datos a través de Patterns: ¿dónde muestra circulación el comportamiento de la federation, y dónde acumulación? ¿Dónde muestra reciprocidad, y dónde extracción?
La salida no es un veredicto. La salida es una pregunta, devuelta a la comunidad para su propia reflexión trimestral.
Un ejemplo ilustrativo de tal pregunta, tal como podría volver a la comunidad de manera trimestral:
En el último trimestre, las decisiones con implicaciones financieras fueron preparadas por los mismos tres miembros en el 80 por ciento de los casos. La entrada de Lens sobre Mandate describe la rotación como condición para una distribución sana de la autoridad. ¿Qué hace la comunidad de este patrón?
Esa pregunta va al grupo. El grupo decide qué hacer con ella, o si hacer algo.
Este papel es el instrumento de la federation para lo que pide el principio Truth de la Charter: ser honesta consigo misma. Una comunidad de dieciséis podría en principio hacer este trabajo a mano. En la práctica, nadie tiene tiempo. La IA hace factible lo que de otro modo sigue siendo aspiración.
El papel reflexivo exige el diseño más cuidadoso. La federation ha incorporado cuatro salvaguardas en el patrón. Cada una es operativa, no aspiracional. Cada una es verificable.
Safeguard 01
Pseudonimización con trazabilidad
Los datos que se hacen públicos en cualquier análisis están pseudonimizados. Los miembros no se nombran en las salidas que circulan. Existe un mapeo entre seudónimos e identidades, se mantiene, y no es público. Esto permite a un miembro de la comunidad rastrear un hallazgo hasta su origen si es necesario; impide que actores externos lean patrones personales a partir de los datos de la federation.
Esta es una elección deliberada por encima de la anonimización total. La anonimización destruiría el mapeo y haría imposible la trazabilidad. La pseudonimización mantiene la cadena intacta y a la vez privada. Es conforme con el GDPR. También está fundamentada metodológicamente: la federation puede investigar sus propios hallazgos sin exponer a sus miembros.
Safeguard 02
Reflexión personal versus colectiva
Un miembro que pide a la IA reflexión personal sobre sus propios datos de contribución recibe una respuesta personal. Esa respuesta no se comparte con la comunidad. El miembro elige si lleva algo de ella a una conversación de grupo.
Esto aplica el principio del consent a los datos sobre uno mismo. La federation no puede leer dentro de las reflexiones individuales de los miembros. El individuo elige qué se vuelve colectivo. El patrón protege contra una forma sutil de presión que de otro modo podría surgir: la suposición de que los resultados de reflexión se comparten por defecto.
Safeguard 03
Reflexión trimestral sin culpa
Lo que va al grupo es la visión colectiva: patrones visibles en los datos globales de la federation, leídos a través de la Lens. El formato está estructurado para hacer posible el reconocimiento de patrones sin cuestión de culpa. ¿Qué es visible en los datos? no ¿quién causó esto?
Esto importa porque los mismos datos pueden leerse en dos registros distintos. En T1, las decisiones financieras estuvieron concentradas en tres miembros puede oírse como acusación o como observación. El formato elige la observación. Lo que el grupo haga después con la observación es su propia pregunta; redistribuir, reflexionar sobre por qué, o dejarlo porque sirvió. El instrumento no empuja hacia la acción; hace visible el patrón.
Safeguard 04
Análisis guiado por Patterns, no análisis genérico
La IA no analiza los datos de la federation desde una posición neutral. No hay posición neutral. La IA lee los datos a través de Patterns, el subconjunto operativo de The Lens con pesos por análisis. El prompt que instruye a la IA es en sí mismo un documento de la federation, disponible para inspección en el repositorio de código de SYFERS. Un lector que desconfíe del análisis puede leer tanto The Lens (la fuente editorial) como Patterns (el conjunto operativo) y el propio prompt, entender qué se pidió a la IA buscar, y decidir si el encuadre es sólido.
Esto es transparencia metodológica a un nivel poco común en sistemas algorítmicos. La mayoría de los análisis asistidos por IA no revelan su prompt. El patrón de la federation lo pide: si Patterns es el marco interpretativo, el marco debería ser público.
El instrumento sostiene la conciencia; el trabajo de ser honesto se queda con la comunidad.
Las cuatro salvaguardas hacen practicable el papel reflexivo. Lo que no hacen automático es el trabajo que sigue a la reflexión. Ese trabajo es humano.
Cuando la IA devuelve una pregunta a la comunidad, la comunidad decide si la toma en serio. Los datos muestran lo que muestran; la honestidad sobre qué hacer con lo que muestran es una elección que ningún instrumento puede hacer por las personas que han de vivir con las consecuencias. Una comunidad puede tener un AI-espejo en funcionamiento y elegir, cada trimestre, no ser honesta consigo misma sobre lo que ve. El instrumento no puede impedirlo.
Lo que pide el trabajo relacional, la IA no puede hacerlo. Sentarse con un miembro cuya contribución ha caído porque algo difícil ocurre en casa. Sostener un círculo en el que dos personas que se han hecho daño se hablan entre sí. Decidir que un miembro del Lab se va, y ayudar a que se haga con dignidad. Llevar la noticia de una muerte. Acoger a un nuevo miembro en una cocina en pleno invierno. Nada de esto está en los datos; nada de esto puede ser sostenido por un instrumento.
La federation usa tecnología para las partes de su trabajo que se benefician de la tecnología. Donde la presencia es el punto, la presencia es la práctica.
Tres criterios guían lo que la federation construye y adopta.
Las herramientas deben ser verificables. Fuente legible, comportamiento reproducible, decisiones rastreables. Una herramienta cuyo funcionamiento no puede examinarse no puede mejorarse, no puede ser confiada en desacuerdo, y no puede heredarse por futuros Labs que quieran entender qué están usando. Esto no es una preferencia moral; es metodológica.
Las herramientas deben mantener abiertas las opciones de la federation. Open source primero; standards abiertos siempre; dependencia de proveedor resistida donde se pueda resistir. Donde se usan servicios comerciales porque ejecutan el trabajo, la federation mantiene caminos de salida abiertos. El sitio puede auto-alojarse. Los datos pueden exportarse. El patrón puede reproducirse. Decisiones tomadas hoy no deben cerrar decisiones que la federation tome dentro de una década.
Las herramientas deben respetar aquello a lo que los miembros no han consentido. Sin rastreo que los miembros no hayan registrado por sí mismos. Sin análisis conductual automatizado que se ejecute sin su conocimiento. Las cuatro salvaguardas descritas en § 04 son la forma en que este criterio se operacionaliza en la propia reflexión asistida por IA de la federation. Las herramientas que la federation adopta de fuera cumplen el mismo estándar, o se adaptan antes de su uso.
Lo que cada Lab elige para su propia comunicación, presencia, o flujo de trabajo es decisión de cada Lab, guiada por los principios de la Charter y no por prescripción de la federation. La federation no legisla elecciones de plataforma; pide que lo que un Lab use, lo use con la misma disciplina de apertura y cuidado que se aplica a todo lo demás en su trabajo.
La infraestructura que ejecuta el sitio, el registry, y la asistencia de IA de la federation tiene una huella. Los servidores consumen electricidad. Los centros de datos consumen agua. Entrenar un modelo de lenguaje a gran escala consume ambos en una escala difícil de defender por sí sola.
La respuesta de la federation no es alegar que sus elecciones son limpias. No lo son. La elección es entre huellas, no entre huella y ninguna huella. Llevar una federation a mano, sin tecnología, consumiría otras formas de energía: energía humana, tiempo, viajes, papel, reuniones repetidas para recordar lo ya decidido. La elección es qué huella sirve mejor al trabajo.
Sulitânia, el Lab fundador, genera localmente 22.3 kWp de electricidad solar. No suficiente para alimentar su propio centro de datos, si lo operara. La infraestructura de la federation está actualmente alojada con proveedores comerciales cuya mezcla energética no está bajo control de la federation. Es un compromiso conocido.
Lo que la federation sí elige, donde puede:
Generación estática de sitio en lugar de renderizado del lado del servidor. Menos cómputo por carga de página.
Modelos open source donde rinden; modelos comerciales sólo donde el trabajo los requiere.
Modelos más pequeños antes que más grandes cuando la tarea lo permite.
Auto-alojamiento donde existe capacidad; alojamiento comercial donde no.
Lo que la federation no puede resolver, la federation lo nombra. Usar IA es hacer uso de infraestructura construida con un coste significativo en recursos. No usar IA es consumir otros recursos, a menudo de formas que no aparecen en un balance. La federation elige, transparentemente, usar lo que sirve al trabajo, y seguir observando si la elección sigue sosteniéndose.
Esto no es exclusivo de la tecnología. El trabajo de la federation está lleno de elecciones entre opciones imperfectas. Nombrar un trade-off en lugar de fingir que no existe es el primer paso para manejarlo bien. Las perspectivas se encuentran aquí, en lugar de elegir entre ellas.
El patrón descrito arriba no existe en aislamiento. Es parte de cómo la federation hace su trabajo de cinco maneras específicas.
The Lens describe; Patterns pondera; SYFERS registra; la IA lee entre ellas. Las cuatro son un único bucle de retroalimentación. The Lens describe lo que muestran los sistemas vivos. Patterns es el subconjunto operativo con pesos por análisis. SYFERS retiene lo que la federation ha hecho. La IA las compara y plantea la pregunta que genera la comparación. El principio Truth de la Charter hace que la pregunta valga la pena ser planteada. La Discipline I de la Practice (Open registration) hace los datos disponibles. La Discipline II de la Practice (Conflict is welcome) hace que la respuesta sea algo que la comunidad pueda llevar.
La tecnología es infraestructura de la federation, no infraestructura de Lab. Lo que aquí está, está construido para la federation. Otros Labs que se sumen usarán el mismo SYFERS, el mismo Lens-prompt, el mismo pipeline de documentación. El coste de la infraestructura no recae sobre cada nuevo Lab; la federation lo carga. El beneficio de la infraestructura se compone con cada nuevo Lab.
El trabajo es abierto y replicable. El código fuente es público. La documentación es pública. El Lens-prompt es público. Otras iniciativas, comunidades regenerativas, cooperativas, o municipios, pueden leer lo que la federation ha construido y adaptarlo a su propio trabajo. La federation no es protectora de sus herramientas. El trabajo se hizo porque era necesario, no porque fuera rentable.
El modelo está abierto a evolución. La tecnología descrita aquí es una primera propuesta. La federation invita al refinamiento por parte de los cuatro actores de la helix: investigadores que puedan profundizar la metodología, iniciativas de la sociedad civil que puedan ponerla a prueba, autoridades públicas que puedan verificar la conformidad con GDPR y AI-Act, actores económicos que puedan evaluar la viabilidad práctica. La Charter y la responsabilidad de la federation hacia sus miembros y hacia los individuos siguen siendo rectoras: los instrumentos sostienen la conciencia, no el control.
The Lens, Patterns y el prompt que instruye a la IA son todos documentos de la federation. Igual que la Charter y la Practice, son algo que la federation posee, revisa, y discute. El prompt será publicado en el repositorio de código de SYFERS LINK TBD.