Saltar para o conteudo principal
Nesta página

Uma federation de dezasseis membros num só , com um site público em sete línguas, um registry de decisões, uma estrutura jurídica cooperativa, e a intenção de escalar através de outros Labs, não pode ser carregada à mão. A documentação fica para trás. As traduções atrasam-se. As decisões perdem-se em fios de chat. Sem infraestrutura, uma comunidade deste tipo gasta a maior parte da sua energia a lembrar-se do que já sabe.

O que a tecnologia faz, quando é correctamente escolhida, é assumir essa carga. Lembra. Traduz. Regista. Torna o que uma pessoa fez visível para a próxima. Torna o que foi decidido na primavera passada ainda localizável no outono.

Viver juntos é trabalho humano. Decidir é trabalho humano. Carregar conflito, reparar confiança, decidir o que plantar onde, manter vigilância em verão, cuidar de corpos, refeições e crianças, sentar-se com um membro que está a deixar o Lab. A federation usa tecnologia para libertar energia humana para esse trabalho. Para criar espaço para o que é irredutivelmente humano, não para o substituir.

Usamos tecnologia para que o que é unicamente humano possa ser vivido mais plenamente. Não menos, mais.

Três camadas estão de pé: o site da federation, quatro instrumentos onde o trabalho se torna legível, e um pipeline de documentos. Cada uma é open source. Cada uma é verificável.

O site da federation (syntrociety.org)

O site é a face pública da federation. Aloja a , a Practice, a , a descrição do Quadruple Helix, cada essay, cada página de Lab. Funciona em sete línguas com inglês como fonte.

O site é construído com Next.js 16 (App Router) sobre React 18, escrito em TypeScript, estilizado com Tailwind CSS, e hospedado em Vercel. A maioria das páginas é pré-renderizada no build e servida como HTML estático; um pequeno número de rotas (API endpoints, imagens OG dinâmicas) corre on-demand como funções serverless. O repositório é aberto e pode ser espelhado, arquivado, ou auto-hospedado por qualquer parte que queira verificar o que ele diz. Não há base de dados proprietária que detenha conteúdo da federation; tudo o que se publica está no repositório fonte, que é ele mesmo aberto. Um leitor que queira saber o que mudou e quando pode ler o histórico de commits.

O que isto significa na prática: as palavras da federation vivem num lugar onde podem ser verificadas, copiadas, e continuadas por outros. Se syntrociety.org desaparecesse amanhã, o conteúdo continuaria a existir em repositórios, arquivos, e espelhos. A federation não é dona da sua infraestrutura como activo privado; cuida dela como terreno comum.

Quatro instrumentos · people, chart, compass, lens

A federation constrói e mantém quatro instrumentos. Cada um é open source. Cada um é verificável. Em conjunto, sustêm aquilo que a federation faz ao longo dos anos.

people · o identity host (people.syntrociety.org)

people é o registo de membros da federation e a camada de identidade para tudo o resto. Quem entra em people é a mesma pessoa em chart, compass e lens. Members, Friends, lugares no e consents vivem aqui. Quando um Friend retira o seu consent, acontece num único lugar. Quando um Lab remove um Member, acontece num único lugar. Sem contas fragmentadas.

chart · a plataforma de registos (chart.syfers.eu)

chart é onde se guardam propostas, decisões, tarefas, reuniões, plantações, energia, reflexões e eventos. É multi-tenant: cada Lab tem o seu próprio subdomínio e os seus próprios registos. As decisões do Council são escritas aqui, com presentes, objeções e emendas. Depois do consent, a proposta fica bloqueada; revisões subsequentes entram como emendas, ligadas à proposta original.

compass · a auto-avaliação (compass.syfers.eu)

compass permite ao Lab posicionar-se, em cada uma das dezasseis condições , num dos quatro níveis: absent, emerging, established, embedded. Um espelho, não um portão. Ninguém pontua ninguém. O Lab diz a si próprio a verdade sobre onde está, nas mesmas palavras que todos os outros Labs usam.

Espelha o teu Lab nas dezasseis condições →

lens · o pipeline de documentos (lens.syfers.eu)

lens recebe documentos por correio electrónico ou upload: cartas, contratos, relatórios. Classifica, traduz quando necessário e arquiva em forma legível e pesquisável. Uma carta de uma câmara municipal em português pode ser lida por um membro do Council em inglês na mesma tarde. O original e a tradução são documentos irmãos no arquivo, ligados por canonical id.

Como os quatro trabalham em conjunto

Os quatro instrumentos não produzem a federation. São onde aquilo que a federation já faz se torna legível: para o próprio Lab, para outros Labs, e para quem o ler daqui a vinte anos. Sem eles, o trabalho acontece e desaparece.

Uma carta chega em lens. Um Council lê a tradução, toma uma decisão, e a decisão aterra em chart. Os membros do Council não fizeram login três vezes. A sua conta em people é a mesma conta que assinou a decisão em chart e leu a tradução em lens. Dois anos depois, o Lab olha para si próprio na condição inclusive governance em compass. A auto-avaliação não é uma interpretação a posteriori. São os documentos em lens e as propostas em chart, relidos.

Uma identidade. Um arquivo. Quatro pilares.

Geração de documentos

A maioria dos documentos da federation (esta página, os essays, as revisões da Charter, a Lens, as briefings com Claude Code) são produzidos através de um padrão de trabalho que combina autoria humana com assistência de IA. O padrão está descrito em § 03. O output é fonte markdown, com controlo de versões, renderizado para o site público, e exportável para PDF para circulação.

A federation não esconde que este padrão usa IA. Também não credita IA como autora. O juízo sobre o que é verdadeiro, o que é honesto, e o que serve o trabalho pertence às pessoas cujos nomes constam dos documentos. O próprio padrão é descrito abertamente para que outros Labs e outras iniciativas o possam replicar, adaptar, ou criticar.

A assistência por IA desempenha três papéis no trabalho da federation. Cada um é delimitado. Cada um é verificável. Cada um deixa intacto o juízo humano.

Escrever

O primeiro papel é conversacional. A IA é usada como parceira de pensamento para a formulação de textos: essays da federation, briefings, esta página, revisões da Charter, traduções entre inglês, neerlandês, e português. O padrão é dialógico. Um humano traz a pergunta ou o rascunho; a IA oferece formulação, alternativas, e reflexão; o humano escolhe o que manter. A IA não é autora dos documentos da federation. Ajuda a articular o que as pessoas da federation já sabem mas ainda não puseram em palavras.

Este papel é o mais visível e o menos invulgar. Escritores, investigadores, e responsáveis políticos por toda a Europa usam a IA desta forma desde 2023. A federation torna o uso explícito para que o que é lido possa ser verificado.

Construir

O segundo papel é construtivo. A IA assiste na produção de código, estrutura do site, geração de documentos, traduções, e activos de design. Esta página, por exemplo, foi rascunhada em conversa com Claude. O site que está a ler foi construído com Claude Code, um ambiente de desenvolvimento assistido por IA, por um programador humano que especificou o que era preciso, reviu cada commit, e aprovou cada alteração.

Também aqui o humano permanece o agente. A IA sugere; o humano aceita ou rejeita; a alteração é commit; a alteração é revista; a alteração entra em produção. Cada linha de código em syntrociety.org passou por este ciclo. Não há conteúdo gerado por IA que não tenha sido lido por uma pessoa que percebeu o que estava a ser dito e escolheu publicar.

Reflectir

O terceiro papel é o que distingue o uso de IA pela federation. A IA lê os dados que a federation registou em SYFERS, e pergunta à federation o que os seus próprios dados mostram. Não a partir de uma posição neutra. A partir de uma perspectiva específica: os padrões que os sistemas vivos mostram. Estes estão documentados em The Lens, a referência editorial em /lens. Para a análise de trabalho em SYFERS, a federation utiliza Patterns, um subconjunto operacional de entradas do Lens com pesos definidos por Council ou por análise.

O padrão funciona da seguinte forma. SYFERS detém o registo da federation: decisões, contribuições, actividade dos membros, progresso de projectos, fluxos financeiros. The Lens descreve os padrões que os sistemas vivos mostram: circulação versus acumulação, reciprocidade versus extracção, distribuição versus concentração. Patterns é o subconjunto operacional destes em SYFERS, com pesos por análise. À IA é dada a tarefa de ler os dados através de Patterns: onde o comportamento da federation mostra circulação, e onde mostra acumulação? Onde mostra reciprocidade, e onde extracção?

O output não é um veredicto. O output é uma pergunta, devolvida à comunidade para a sua própria reflexão trimestral.

Um exemplo ilustrativo de tal pergunta, como pode voltar à comunidade trimestralmente:

No último trimestre, decisões com implicações financeiras foram preparadas pelos mesmos três membros em 80 por cento dos casos. A entrada de Lens sobre Mandate descreve a rotação como condição para distribuição saudável de autoridade. O que faz a comunidade deste padrão?

Essa pergunta vai para o grupo. O grupo decide o que fazer com ela, ou se faz alguma coisa.

Este papel é o instrumento da federation para o que o princípio Truth da Charter pede: ser honesta consigo mesma. Uma comunidade de dezasseis poderia em princípio fazer este trabalho à mão. Na prática, ninguém tem tempo. A IA torna possível o que de outro modo permanece aspiração.

O papel reflexivo exige o desenho mais cuidadoso. A federation construiu quatro salvaguardas no padrão. Cada uma é operacional, não aspiracional. Cada uma é verificável.

Safeguard 01

Pseudonimização com rastreabilidade

Os dados que se tornam públicos em qualquer análise são pseudonimizados. Os membros não são nomeados em outputs que circulam. Existe uma correspondência entre pseudónimos e identidades, mantida, e não pública. Isto permite que um membro da comunidade rastreie uma constatação até à sua origem se necessário; impede que actores externos leiam padrões pessoais a partir dos dados da federation.

Esta é uma escolha deliberada em detrimento da anonimização total. A anonimização destruiria a correspondência e tornaria a rastreabilidade impossível. A pseudonimização mantém a cadeia intacta enquanto a mantém privada. É conforme com o GDPR. Está também metodologicamente fundamentada: a federation pode investigar as suas próprias constatações sem expor os seus membros.

Safeguard 02

Reflexão pessoal versus colectiva

Um membro que pede à IA reflexão pessoal sobre os seus próprios dados de contribuição recebe uma resposta pessoal. Essa resposta não é partilhada com a comunidade. O membro escolhe se traz algo dela para uma conversa de grupo.

Isto aplica o princípio do consent aos dados sobre si mesmo. A federation não pode ler dentro das reflexões individuais dos membros. O indivíduo escolhe o que se torna colectivo. O padrão protege contra uma forma subtil de pressão que poderia surgir de outro modo: a presunção de que os resultados de reflexão são partilhados por defeito.

Safeguard 03

Reflexão trimestral sem culpa

O que vai para o grupo é a visão colectiva: padrões visíveis nos dados globais da federation, lidos através da Lens. O formato está estruturado para permitir reconhecimento de padrões sem questão de culpa. O que é visível nos dados? não quem causou isto?

Isto importa porque os mesmos dados podem ser lidos em dois registos diferentes. No T1, as decisões financeiras foram concentradas em três membros pode ser ouvido como acusação ou como observação. O formato escolhe observação. O que o grupo depois faz com a observação é a sua própria pergunta; redistribuir, reflectir sobre porquê, ou deixar porque serviu. O instrumento não empurra para a acção; torna o padrão visível.

Safeguard 04

Análise guiada por Patterns, não análise genérica

A IA não analisa os dados da federation a partir de uma posição neutra. Não há posição neutra. A IA lê os dados através de Patterns, o subconjunto operacional de The Lens com pesos por análise. A prompt que instrui a IA é ela própria um documento da federation, disponível para inspecção no repositório de código SYFERS. Um leitor que desconfie da análise pode ler tanto The Lens (a fonte editorial) como Patterns (o conjunto operacional) e a própria prompt, perceber o que foi pedido à IA para procurar, e decidir se o enquadramento é sólido.

Isto é transparência metodológica a um nível raro em sistemas algorítmicos. A maioria das análises assistidas por IA não revela a sua prompt. O padrão da federation pede-o: se Patterns é o quadro interpretativo, o quadro deve ser público.

O instrumento apoia a consciência; o trabalho de ser honesto fica com a comunidade.

As quatro salvaguardas tornam o papel reflexivo praticável. O que elas não tornam automático é o trabalho que segue à reflexão. Esse trabalho é humano.

Quando a IA devolve uma pergunta à comunidade, a comunidade decide se a leva a sério. Os dados mostram o que mostram; honestidade sobre o que fazer com o que mostram é uma escolha que nenhum instrumento pode fazer pelas pessoas que têm de viver com as consequências. Uma comunidade pode ter um espelho-IA a funcionar e escolher, todos os trimestres, não ser honesta consigo mesma sobre o que vê. O instrumento não pode evitá-lo.

O que o trabalho relacional pede, a IA não pode fazer. Sentar-se com um membro cuja contribuição caiu porque algo difícil acontece em casa. Manter um círculo em que duas pessoas que se magoaram falam uma com a outra. Decidir que um membro do Lab vai sair, e ajudar a que isso seja feito com dignidade. Trazer notícia de uma morte. Receber um novo membro numa cozinha em pleno inverno. Nada disto está nos dados; nada disto pode ser carregado por um instrumento.

A federation usa tecnologia para as partes do seu trabalho que beneficiam de tecnologia. Onde a presença é o ponto, a presença é a prática.

Três critérios guiam o que a federation constrói e adopta.

As ferramentas têm de ser verificáveis. Fonte legível, comportamento reproduzível, decisões rastreáveis. Uma ferramenta cujo funcionamento não pode ser examinado não pode ser melhorada, não pode ser confiada em desacordo, e não pode ser herdada por futuros Labs que queiram perceber o que estão a usar. Isto não é uma preferência moral; é metodológica.

As ferramentas têm de manter as opções da federation abertas. Open source primeiro; standards abertos sempre; dependência de fornecedor resistida onde se pode resistir. Onde se usam serviços comerciais porque executam o trabalho, a federation mantém caminhos de saída abertos. O site pode ser auto-hospedado. Os dados podem ser exportados. O padrão pode ser reproduzido. Decisões tomadas hoje não devem encerrar decisões a tomar pela federation daqui a uma década.

As ferramentas têm de respeitar aquilo a que os membros não consentiram. Sem rastreio que os membros não tenham eles próprios registado. Sem análise comportamental automatizada a correr sem o seu conhecimento. As quatro salvaguardas descritas em § 04 são a forma de operacionalizar este critério na própria reflexão da federation assistida por IA. As ferramentas que a federation adopta de fora cumprem o mesmo padrão, ou são adaptadas antes do uso.

O que cada Lab escolhe para a sua própria comunicação, presença, ou fluxo de trabalho é decisão de cada Lab, guiada pelos princípios da Charter e não por prescrição da federation. A federation não legisla escolhas de plataforma; pede que o que um Lab usa, use com a mesma disciplina de abertura e cuidado que se aplica a tudo o resto no seu trabalho.

A infraestrutura que faz correr o site da federation, o registry, e a assistência por IA tem uma pegada. Os servidores consomem electricidade. Os centros de dados consomem água. Treinar um modelo de linguagem de grande dimensão consome ambos a uma escala difícil de defender por si só.

A resposta da federation não é alegar que as suas escolhas são limpas. Não são. A escolha é entre pegadas, não entre pegada e nenhuma pegada. Fazer correr uma federation à mão, sem tecnologia, consumiria outras formas de energia: energia humana, tempo, viagens, papel, reuniões repetidas para lembrar o que já fora decidido. A escolha é qual a pegada que melhor serve o trabalho.

Sulitânia, o Lab fundador, gera localmente 22.3 kWp de electricidade solar. Insuficiente para alimentar o seu próprio centro de dados, caso o operasse. A infraestrutura da federation está actualmente alojada em fornecedores comerciais cuja mistura energética não está sob controlo da federation. É um compromisso conhecido.

O que a federation escolhe, onde pode:

  • Geração estática do site em vez de renderização do lado do servidor. Menos computação por carregamento de página.
  • Modelos open source onde se desempenham; modelos comerciais apenas quando o trabalho os exige.
  • Modelos mais pequenos em vez de maiores quando a tarefa o permite.
  • Auto-hospedagem onde existe capacidade; alojamento comercial onde não.

O que a federation não pode resolver, a federation nomeia. Usar IA é fazer uso de infraestrutura construída com custo significativo de recursos. Não usar IA é consumir outros recursos, muitas vezes em formas que não aparecem num balanço. A federation escolhe, transparentemente, usar o que serve o trabalho, e continuar a observar se a escolha ainda se sustenta.

Isto não é exclusivo da tecnologia. O trabalho da federation está cheio de escolhas entre opções imperfeitas. Nomear um trade-off em vez de fingir que não existe é o primeiro passo para o lidar bem. As perspectivas encontram-se aqui, em vez de se escolher entre elas.

O padrão descrito acima não existe em isolamento. Faz parte de como a federation faz o seu trabalho de cinco formas específicas.

The Lens descreve; Patterns pesa; SYFERS regista; a IA lê entre eles. Os quatro são um único ciclo de feedback. The Lens descreve o que os sistemas vivos mostram. Patterns é o subconjunto operacional com pesos por análise. SYFERS detém o que a federation fez. A IA compara-os e faz a pergunta que a comparação gera. O princípio Truth da Charter torna a pergunta digna de ser feita. A Discipline I da Practice (Open registration) torna os dados disponíveis. A Discipline II da Practice (Conflict is welcome) torna a resposta algo que a comunidade pode carregar.

A tecnologia é infraestrutura da federation, não infraestrutura de Lab. O que aqui está é construído para a federation. Outros Labs que adiram usarão o mesmo SYFERS, a mesma Lens-prompt, o mesmo pipeline de documentação. O custo da infraestrutura não recai sobre cada novo Lab; a federation carrega-o. O benefício da infraestrutura compõe-se com cada novo Lab.

O trabalho é aberto e replicável. O código fonte é público. A documentação é pública. A Lens-prompt é pública. Outras iniciativas, comunidades regenerativas, cooperativas, ou municípios, podem ler o que a federation construiu e adaptá-lo ao seu próprio trabalho. A federation não é protectora das suas ferramentas. O trabalho foi feito porque era necessário, não porque era rentável.

O modelo está aberto para evolução. A tecnologia descrita aqui é uma primeira proposta. A federation convida ao refinamento por parte dos quatro actores da hélice: investigadores que possam aprofundar a metodologia, iniciativas da sociedade civil que a possam testar sob pressão, autoridades públicas que possam verificar conformidade com GDPR e AI-Act, actores económicos que possam avaliar a viabilidade prática. A Charter e a responsabilidade da federation perante os seus membros e perante os indivíduos permanecem norteadoras: os instrumentos apoiam a consciência, não o controlo.

The Lens, Patterns e a prompt que instrui a IA são todos documentos da federation. Tal como Charter e Practice, são algo que a federation possui, revê, e discute. A prompt será publicada no repositório de código SYFERS LINK TBD.

Princípios da federation

Contexto sistémico

Refinar este trabalho