Oficina — tecnociência solidária em processo
Este site é a vista pública de um trabalho em andamento sobre Cibernética Organizacional e Economia Solidária: como a universidade pública pode atuar como suporte sistêmico de redes solidárias — coordenação em escala sem comprometer a autogestão — usando o Viable System Model de Stafford Beer como lente e produzindo, no caminho, artefatos diretamente utilizáveis.
A pesquisa é feita de acordo com Padrões, e assistida por IA.
Projetos · Catálogo Empírica
As 49 oficinas e atividades de incubação do caderno Empírica: metodologia de incubação (ITCP/UNICAMP, 2009), tiradas do texto corrido do PDF e transformadas em registros estruturados: objetivo, duração, materiais, categorias, fase de incubação e página-fonte com âncora de citação verbatim. Extração assistida por IA com dupla verificação (validação mecânica de 100% dos registros + amostragem contra o PDF); o conteúdo pedagógico pertence ao caderno original, de acesso aberto.
As 49 atividades filtráveis por fase, categoria, duração e material comum — "que atividade eu uso aqui?" em uma busca.
O que cada campo significa, por que a fase é derivada e não julgada, e as regras de validação.
Site — variantes
Especificação
Projetos · Fluxograma GEP
Especificação
Projetos · Forno Comum
O Forno Comum é o primeiro exemplo completo de franquia aberta: um kit para replicar uma padaria cooperativa — modelo, organização, operação, espaço, software, finanças, implantação e rede — publicado sob licença livre, para qualquer grupo adotar e adaptar sem pedir permissão.
Estado atual: kit integralmente gerado por IA a partir de prompts do autor — hipótese estruturada, ainda sem validação de campo com cooperativas reais.
A apresentação da franquia aberta — comece por aqui.
Para extensão, pesquisa e incubadoras: o que o kit instancia, o mapa VSM, o estado de validade, a crítica — sem tom de venda.
O que é o projeto e como o material se organiza.
O pacote completo, seção por seção: do modelo à rede.
Documentos do projeto
- Crítica ao Kit Forno Comum — Cinco Personas
- Questões vivas — Forno Comum
- Forno Comum — franquia aberta de padaria cooperativa
Kit de replicação — visão geral
Kit 00 · Modelo
Kit 01 · Organização
Kit 02 · Operação
Kit 03 · Espaço
Kit 04 · Software
Kit 05 · Finanças
Kit 06 · Implantação
Kit 07 · Rede
Site — variantes
- Variantes do site — Forno Comum
- Forno Comum — a franquia aberta de padaria cooperativa
- Forno Comum — leitura para a universidade
Questões abertas (7)
- o canon-digest não trata do papel do Responsável Técnico nem de custeio de conformidade sanitária contínua — o kit assume "conforme exigência municipal" sem custear; se isso é uma lacuna do cânone ou do kit precisa ser decidido por Thiago (ver F1). forno-comum, sanitario-rt
- o canon-digest já registra explicitamente a incerteza tributária da estrutura associação↔subsidiária da CaC (`Q(cac, tributario)`, §4.6), mas não estende esse cuidado à Associação da Rede Forno Comum, que é uma instância já operante do princípio (marca coletiva, fundo comum, indicadores). Ver T1/T2 — pode ser que o cânone precise de um nó tributário próprio para redes de cooperativas, não só para a CaC. forno-comum, tributario-rede
- [NOTA 2026-07-03: o "teste de efemeridade (anual)" citado abaixo era invenção da compilação do digest, removido — ver correção em canon-digest.md §2.3; o teste existe hoje apenas como dispositivo do próprio kit (07-rede), e esta questão é do projeto, não da fila de cânone.] O texto original: o canon-digest (§2.3) definia o "teste de efemeridade" como verificação anual de dependências estruturais (software, marca, dados), mas não trata do risco levantado em E3 — a universidade sumir por motivo administrativo/financeiro alheio ao desenho, antes que a rede tenha maturado o suficiente para dispensá-la. Pode ser que o cânone precise de uma seção sobre continuidade da função extensionista independente de ciclos de edital/gestão, distinta da "ephemerality by design" já coberta. forno-comum, metassistema-efemero
- dizer "sócios" em vez de "cooperados" facilita a leitura, mas tira força da ideia cooperativa? linguagem
- a ITCP deveria agir proativamente para reunir grupos, além do site existir? Qual seria esse meio mais ativo? convocacao
- quem poderia financiar as primeiras implantações? financiamento
- qual maquininha/adquirente usar, e quem banca a taxa por transação? financiamento, pagamentos
Projetos · Mercearia
Projeto irmão do Forno Comum para mercearias/minimercados de bairro — com o modelo institucional como variável: negócio familiar estruturado pela universidade, cooperativa de trabalhadores ou cooperativa de consumo, sobre a mesma camada operacional (fornecimento, sistemas livres, operação). Em ideação; a simulação de operar em ERP livre está na fila.
Os três modelos comparados + o detalhamento comum: de quem se compra, que sistemas usar, o que a simulação vai mostrar.
Documentos do projeto
Questões abertas (3)
- o que exatamente o SEBRAE oferece hoje para um sebrae, franquia-aberta
- qual dos três modelos priorizar para detalhamento — mercearia, modelo
- NFC-e/SAT com stack 100% FOSS na prática — o que a mercearia, fiscal
Levantamentos · Ecosol nos IFs
E a Rede Federal? Os Institutos Federais e CEFETs também incubam economia solidária — às vezes como ITCP nominal, mais vezes como núcleo multicampi com coordenação própria, uma forma organizacional que as incubadoras universitárias não têm. Este levantamento irmão do censo de ITCPs mapeia incubadoras e núcleos de ecosol nos IFs, com fonte em cada entrada, e registra a retomada do PRONINC (2023) e o edital de 2026 que volta a financiar incubadoras na Rede Federal.
Mapa navegável das 16 entradas — filtre por status, instituto e método; contexto agregado do PRONINC nos IFs e do Programa EcoSol/Ciranda.
Os dados brutos, estruturados e citáveis, no mesmo schema do censo de ITCPs.
Levantamentos · Extensão na Unicamp
A curricularização tornou a extensão obrigatória para todo estudante — mas como um estudante da Unicamp descobre o que existe? Este levantamento varre a camada central (ProEEC, ExtECult, Extecamp) e as páginas de extensão de 14 unidades, com link verificado para cada uma, e nomeia o achado: há bons catálogos locais, e nenhuma vitrine do todo.
IMECC e IFCH mostram que o catálogo local é barato e possível; o sistema central gerencia sem exibir. A tabela reúne os links de extensão de cada instituto e faculdade.
Todos os materiais (1)
Levantamentos · Gênese de grupos
As metodologias de incubação assumem que o grupo já existe quando chega à incubadora. Mas o que faz um punhado de pessoas virar um grupo — com identidade, fronteira e compromisso? Este mapa reúne o que a literatura propõe, de Pichon-Rivière a Ostrom, e nomeia a lacuna.
O mapa anotado dos mecanismos de "grupalização" — e por que a etapa pré-incubação é o elo ausente do desenho ITCP.
Levantamentos · ITCPs
As Incubadoras Tecnológicas de Cooperativas Populares (ITCPs) são a forma mais consolidada de apoio universitário à economia solidária no Brasil — e, curiosamente, não existia uma visão consolidada delas. Este censo mapeia as incubadoras ativas, sua universidade, linhagem metodológica e publicações abertas, com fonte em cada entrada.
Mapa navegável das 51 incubadoras — filtre por estado, universidade e método de incubação.
As 49 oficinas do caderno Empírica (ITCP/Unicamp, 2009) estruturadas e filtráveis por fase, categoria, duração e material — "que atividade eu uso aqui?" em uma busca.
O que a metodologia assume sobre o grupo que chega à incubadora: as 49 atividades lidas na íntegra revelam sete pressupostos de entrada — a incubação instrumenta o grupo já formado, e é muda sobre como ele se forma.
Materiais (38)
INCOOP → NuMI-EcoSol
- Incubação de cooperativas populares e extensão universitária: o caso da INCOOP artigo
- Popular Cooperatives Incubators and the University Extension: The Case Incoop-UFSCar artigo
INCOP — Incubadora de Empreendimentos Sociais e Solidários da UFOP
- Desenvolvimento local e economia solidária: a experiência da INCOP artigo
- Catálogo dos Informativos boletim
INCOP/UNESP
- Livro 'Incubadora de cooperativas populares' livro
- Incubadora Universitária e Cooperativa de Catadores artigo
INCUBACOOP/INCUBATEC-UFRPE
- A Educação para a sustentabilidade como elemento de fortalecimento da economia solidária e da agroecologia: o trabalho da INCUBACOOP/UFRPE em Bonito-PE artigo
- Extensão universitária e educação para o empreendedorismo: o caso da Incubatec UFRPE artigo
INCUBATECS
INCUBITEC
INEESOL-FURG / INTECOOP-FURG
ITCP TECSOL_UNB
- Repositório CTS pagina-institucional
ITCP-FURB
ITCP-UFPR
- Boletim ITCP boletim
- Dissertação sobre o papel do ITCP-UFPR no desenvolvimento humano trabalho-academico
ITCP-UFV
- Seção Publicações do site oficial (lista detalhada não extraída — checar https://itcp.ufv.br/ diretamente) pagina-institucional
- Página de Metodologia de Incubação pagina-institucional
ITCP-USP
- Sistematização dos 20 anos da ITCP-USP artigo
- O Sistema de Gestão Institucional e de Projetos da ITCP-USP artigo
- As estratégias da educação popular presentes na ITCP-USP artigo
ITCP-Uniplac
ITCP/IFBA
- PPC Agente de Desenvolvimento Cooperativista (curso FIC) documento-institucional
ITCP/NESol/UFT
ITCP/UFMS
ITCP/UFSJ
ITCP/UNEB → COAPPES
- Seção de resoluções e atos administrativos documento-institucional
- InforPROEX-18 (jun/2021) boletim
ITCP/UNIFAL-MG
ITCP/Unicamp
- Empírica: caderno de metodologias de incubação caderno-metodologico
- Sistematização de Experiências de Incubadoras Universitárias de SP artigo
- Página de publicações pagina-institucional
ITCPES/UFPA
ITCPES/UFRR
ITES/UFBA
- Incubação de cooperativas populares (monografia via Repositório UFBA) trabalho-academico
ITESS
- Seção Publicações pagina-institucional
Itecsol/UFPel
- Revista das ITCPs (periódico) periodico
Rede de ITCPs (UFPel)
Levantamentos · Infraestruturas S2
Antes de construir qualquer infraestrutura de coordenação para redes solidárias, o que já existe? Sete sistemas — do vocabulário ValueFlows à federação CoopCycle e à rede de valor aberta Sensorica — lidos com a mesma pergunta dupla: o que cada um resolve como coordenação, e o que cada um pressupõe que já exista.
Ninguém resolve a gênese; quem mais resolve menos generaliza; e a função-diretório — a mais barata e a que mais falta — é a menos sustentada do ecossistema. Um survey para decidir o que NÃO construir.
Todos os materiais (1)
Levantamentos · Franquia aberta
Levantamentos de suporte à ideia de franquia aberta.
Como a estrutura poderia se organizar, se a Lei de Franquias alcançaria o modelo, e os precedentes reais — do selo autogovernado (SPG/Ecovida) ao FabLab charter e ao Coopyleft.
O caso mais rico: por que o AppJusto morreu com código aberto e preços justos, e o que a federação CoopCycle faz de diferente — o gargalo das plataformas não é código, é coordenação.
Para passageiros não há um CoopCycle pronto: o único FOSS na licença certa (LibreTaxi, AGPL) resolve só o "quadro de avisos", e a autópsia da Drivers Cooperative (NYC) confirma que o gargalo é governança, não o app — com o caso Trips (Itumbiara) como espelho privado.
Cozinha compartilhada cooperativa: o vizinho natural do Forno Comum, da vigilância sanitária ao ponto de equilíbrio.
O comparável institucional mais forte, sem caricatura: o que o SEBRAE oferece hoje, onde a sobreposição é real e o que a franquia aberta tem que ele não tem por construção.
Todos os materiais (9)
- Brief de setor: costura e confecção têxtil cooperativa
- Brief de setor: cozinha comunitária/compartilhada
- Brief de setor: Entregas (delivery cooperativo — bicicleta e moto)
- Estrutura da franquia aberta — ideação, questões legais e precedentes
- Brief de setor: Lavanderia coletiva/comunitária
- Brief de setor: Marcenaria e trabalho em madeira
- Brief de setor: Reciclagem — cooperativas de catadores de materiais recicláveis
- SEBRAE vs. franquia aberta — o que ele oferece, onde há sobreposição, onde há lacuna
- Brief de setor: Transporte individual de passageiros por aplicativo (caronas — estilo Uber/Lyft/99)
Franquias abertas
Uma franquia empacota conhecimento operacional tácito em forma explícita e adotável: manual, marca, treinamento, suporte. A franquia aberta é a ideia de manter essa tecnologia de replicação invertendo as relações de poder: o modelo é livre — qualquer grupo adota, adapta e redistribui — e a universidade pode fazer, para empreendimentos solidários, parte do trabalho cognitivo que o franqueador faz para franqueados. É uma ideia ainda geral, em ideação: a estrutura exata, os instrumentos e os precedentes estão sendo levantados — ver os levantamentos de suporte.
Estado atual: os kits desta família foram, por enquanto, integralmente gerados por IA a partir de prompts do autor — hipóteses estruturadas, sem validação de campo. A comparação com o SEBRAE está em levantamento próprio.
Q(franquias, selo): ainda não está decidido se a franquia aberta teria um selo/sinal de confiança (e quem o governaria) — precedentes e sentido disso são parte do levantamento de estrutura.
Projetos desta família
Ideação de setores
- Costura
- Cozinha
- Entregas
- Estrutura Franquia Aberta
- Lavanderia
- Marcenaria
- Reciclagem
- Transporte Passageiros
Questões da família (12)
- licenciamento-costura — a tarefa original citava "Lei 13.966/2019" como norma de licenciamento municipal para ateliê/oficina; essa lei é na verdade o marco regulatório do franchising (já referenciado no canon-digest §1.2, "Lei 13.966/2019" para open franchising), não uma lei de licenciamento de estabelecimento. Não há lei federal específica de licenciamento para ateliês de costura; o regime aplicável é o genérico de MEI/ME (Lei 13.874/2019, dispensa de alvará) mais zoneamento municipal variável. Precisa decisão do autor sobre se cita a Lei do Franchising em outro contexto do brief de costura (ex. ao pensar em franquia aberta para o kit) ou se o ponto era mesmo um engano de referência a corrigir na origem da tarefa.
- cozinha-precedentes — o enunciado da tarefa presumia que "cozinhas comunitárias do MDS" seriam um precedente direto de modelo de negócio cooperativo equivalente ao Forno Comum. A pesquisa encontrou que o Programa Cozinha Solidária (Lei 14.628/2023, Decreto 11.937/2024) é desenhado para **distribuição gratuita/assistencial**, gerido por entidades sem fins lucrativos ou poder público, não para cooperativas de produção vendendo no mercado — diferente do enquadramento comercial do Forno Comum (padaria que vende pão, com linha comum acessível mas não gratuita). Se o kit "cozinha" for desenhado no mesmo molde do Forno Comum (cooperativa de trabalho, venda ao mercado, selo, marca coletiva), ele terá que divergir desse precedente mais próximo disponível, ou o kit precisa admitir dois subtipos (cozinha comercial cooperativa vs. cozinha solidária subsidiada) com regulação e fontes de receita distintas. Ponto para o autor decidir qual caminho seguir.
- cozinha-stack — o padrão do Forno Comum (canon-digest §6) usa arquitetura local-first (SQLite/PWA/CRDT, federação pull-based de indicadores agregados). As opções de software livre encontradas para gestão de cozinha coletiva (ERPNext, Odoo Community) são arquiteturas de servidor central tradicionais, não local-first. Se o kit "cozinha" deve seguir a mesma arquitetura do Forno Comum, nenhuma das opções mapeadas serve diretamente — precisaria adaptação profunda ou desenvolvimento próprio, o que muda a estimativa de esforço/custo do kit. Fica registrado para decisão do autor: manter o padrão arquitetural do Forno Comum e assumir custo de adaptação, ou aceitar uma stack servidor-central mais madura para este setor.
- app-work-regulation — PLP 152/2025 já é um marco regulatório avançado em tramitação — o canon-digest §1.1 usa "app-work regulation" como exemplo de vácuo regulatório/de artefato técnico faltante; a divergência é que existe regulação distributiva avançada, mas não o artefato técnico alternativo (mecanismo de precificação/verificação aberto) que o digest descreve como a lacuna real.
- licenciamento-coopcycle — Coopyleft (CoopCycle) restringe uso comercial por tipo de organização (só cooperativa/ESS), resolvendo um problema de enclosure que a AGPL pura (escolha do §1.5) não resolve — AGPL garante saída/disclosure via rede mas não impede empresa convencional de rodar o código comercialmente sem nunca virar cooperativa.
- lei-de-franquias — a leitura de que a Lei 13.966/2019 não alcança modelo sem taxa nem licença onerosa precisa de parecer jurídico formal — este levantamento traz apenas leitura leiga com fontes.
- lavanderia-modelo-institucional — o canon-digest (§6) usa o Forno Comum como kit onde a cooperativa nasce autônoma, com estatuto próprio, marca coletiva e selo de rede. O precedente mais forte de lavanderia coletiva no Brasil hoje é **estatal-assistencial** (Ministério das Mulheres + prefeitura mantém), com Santos como único caso onde a autogestão cooperativa aparece como demanda ainda não formalizada. Se o setor "lavanderia" for adotado como segundo kit de referência, o autor precisa decidir se o modelo-alvo é "cooperativa de trabalho independente" (como Forno Comum) ou "cooperativa operando dentro/ao lado de um programa público de lavanderia" — são desenhos de governança e de funding bem diferentes. Aponta para §4 (CaC) e §2 (VSM1) do digest, sobre a relação universidade/rede-cooperativa vs. programas estatais.
- lavanderia-regulacao — o canon-digest não trata de lavanderia como setor — não há conflito direto, mas o padrão de "kit de referência" do Forno Comum (§6) assume regulação sanitária federal única e bem definida (RDC 216, para alimentos). Para lavanderia, a regulação sanitária relevante é majoritariamente **municipal e fragmentada**, sem RDC federal equivalente — isso muda a arquitetura de "manual de operações versionado" do kit: em vez de POPs unificados nacionalmente, o kit precisaria de um esqueleto de POPs mais genérico com pontos de customização por município. Fica registrado para quem for adaptar o padrão Forno Comum a este setor.
- precedente-marcenaria — os precedentes cooperativos de marcenaria encontrados no Brasil (Sonho de Liberdade, Coopama, Lixarte) nascem predominantemente de reinserção social/reciclagem de resíduo de madeira, não de produção de móveis sob encomenda como atividade-fim primária — perfil diferente do Forno Comum, que parte de um produto de consumo cotidiano (pão) com demanda contínua garantida. Isso pode significar que "marcenaria" como setor-candidato ao padrão Forno Comum tem uma demanda de mercado menos trivial de garantir (móvel sob encomenda é bem de menor frequência de compra que pão diário) — ponto que o cânone não discute e que merece decisão do autor sobre se o setor entra no catálogo de kits abertos e com qual variante (reciclagem/social vs. móveis sob encomenda vs. fab lab de acesso compartilhado).
- licenciamento-reciclagem — o canon-digest não trata de licenciamento ambiental específico do setor reciclagem; este brief encontrou regimes estaduais heterogêneos (dispensa total no RJ, licenciamento simplificado no DF e MG, procedimento CETESB não totalmente mapeado em SP). Se o Forno Comum usa RDC 216/licenciamento sanitário como analogia transversal (canon-digest §6), o equivalente para reciclagem precisaria tratar a variação estadual como parte do desenho do kit, não como detalhe homogêneo — ponto a decidir pelo autor ao redigir uma eventual spec de setor.
- eva-licenca — confirmar a licença do software da Eva.coop (livre/AGPL-símile e auto-hospedável, ou cooperativo-proprietário) — isso define se Eva é precedente de "franquia aberta" real ou apenas de rede cooperativa sobre tech fechada, distinção análoga à de Coopyleft vs. proprietário.
- transporte-stack — não há equivalente ao CoopCycle para transporte de passageiros — LibreTaxi (AGPL) resolve só a versão "Craigslist" (negociação direta + dinheiro), Fleetbase (AGPL) é logística/entrega, e as cooperativas BR (Araraquara/BibiMob) rodam sobre tecnologia privada; o artefato AGPL de despacho+precificação+confiança que o §1.5 pressupõe para passageiros ainda não existe pronto.
Padrões
Uma pattern language (Christopher Alexander) é um vocabulário de soluções nomeadas: cada padrão captura um contexto recorrente, as forças em tensão nele e uma configuração que as resolve — e os padrões se combinam entre si como palavras de uma linguagem. Alexander a criou para arquitetura; aqui ela é usada estruturalmente, não esteticamente, para desenhar o próprio processo de pesquisa. Os padrões abaixo são os que este trabalho segue — e testa em si mesmo.
A pesquisa é visível enquanto acontece, não só no fim. Quem tem interesses em comum deve conseguir descobrir o que está sendo feito e como participar, sem depender dos encontros informais do ambiente universitário — mesmo sabendo que trabalho em processo é incompleto e, por isso, mais vulnerável de expor.
O trabalho deve ter alças claras: só de olhar um artefato, dá para sentir o que se pode fazer com ele — e levar apenas as partes relevantes para o seu uso, como um módulo.
O deliverable principal não é o paper — o paper é um recibo do que foi feito. O centro são os artefatos simbólicos utilizáveis em si (kits, catálogos, censos, modelos) produzidos ao longo do processo.
Transformações de dados entre domínios (ex.: uma peça como item físico → item contábil → preço) costumam ser feitas ad hoc por quem precisa delas. Aqui elas são centros em si: merecem nome, análise e melhoria próprias. Neste repositório, cada view é gerada por um morfismo versionado e revisável.
Quando a pesquisa é pública em processo, o processo determina o que acaba construído — não é um mero meio-caminho para um fim já conhecido, e merece desenho próprio.
Dados e apresentação desacoplados: o mesmo material de base pode ser combinado e visto por lentes diferentes, e ir do dado à view é trabalho em si. O paper deixa de ser "a view" única do trabalho — este site, o painel privado e o preview da dissertação são views geradas do mesmo repositório.
Citar e descrever são operações imprecisas que acumulam erro. Quando um trabalho usa outro, o encaixe deve ser preciso e formalmente definido, para sustentar cadeias longas de construção sem degradar o simbólico.
O sentido da pesquisa é ser reutilizável e criar linguagem comum: não referenciar conhecimento privado nem montar um sistema "freemium", que exigiria ferramentas fechadas para o uso pleno.
As conexões entre pesquisas são coisas em si, bem definidas: mapear o espaço e as lacunas de pesquisa de modo que quem chega possa usar essa análise como ponto de partida, conectando-se formalmente ao que cita.
Co-criar e amadurecer visões ecossistêmicas puramente simbólicas — simular, no simbólico, os processos de adaptação que aconteceriam depois de algo implementado — e, com isso, gerar demanda formal (interfaces e questões precisas) para a pesquisa técnica.
Os artefatos precisam ser usáveis por qualquer pessoa, com o design saindo do caminho — e, ao mesmo tempo, expressivos o bastante para valer a pena aprender a navegar o sistema a fundo.
Conceitos e projetos relacionados
A pergunta central do projeto: como a Cibernética Organizacional pode estruturar a atuação da universidade como suporte sistêmico à Economia Solidária, habilitando coordenação em escala sem comprometer a autogestão das entidades? A lente é o Viable System Model de Stafford Beer, em dois mapeamentos: o VSM1 — a universidade realizando, via extensão e pesquisa, o trabalho cognitivo que normalmente cabe à gestão corporativa ou a franqueadores — e o VSM2, a mesma lógica aplicada recursivamente à produção de Tecnociência Solidária. Os dois são análise mais intervenção sobre o que já existe (universidades, ITCPs, laboratórios, cooperativas).
O terceiro componente, o CaC — Conglomerate as Commons, é o quadro para o que não é valor-trabalho: a atividade produtiva organizada pensada como bem comum. Transversal a tudo: a tese dos artefatos dinâmicos — modelos organizacionais, blueprints e franquias como artefatos simbólicos iteráveis como software livre (ver a seção Padrões).
Conceitos Chave
Modelo de Stafford Beer para organizações viáveis: toda organização que persiste em ambiente de mudança tem cinco sistemas — S1 (operações que fazem o trabalho-fim), S2 (coordenação anti-oscilação entre operações), S3 (gestão do presente, com S3* de auditoria), S4 (inteligência e futuro) e S5 (identidade e governança) — e é recursivo: cada S1 é, por dentro, um sistema viável completo.
Termo de Renato Dagnino: produção de ciência e tecnologia com e para empreendimentos autogestionários, em oposição à tecnociência moldada pelas demandas do capital.
Propostas Conceituais
O primeiro mapeamento. S1 = as atividades-fim dos empreendimentos de economia solidária; S2 = padrões técnicos e plataformas compartilhadas, que permitem interação por complementariedade e um ambiente informacional comum; S3/S3* = extensão universitária (pontual e de rotina); S4 = laboratórios e pesquisa, formalizando modelos que funcionam para reprodução em outras localidades; S5 = governança e alocação de recursos.
A recursão do VSM1 sobre a própria pesquisa. S1 = laboratórios de pesquisa; S2 = ambiente compartilhado de coordenação — algo entre o GitHub e o ValueFlows — buscando modularidade e evitando duplicação; S3 = planejamento tático; S4 = observatório; S5 = governança.
Os VSMs cobrem bem o valor criado pelo trabalho (a redistribuir aos trabalhadores) e a informação abstrata; o CaC trata o caso geral: a atividade produtiva organizada como bem comum. Aplica-se em quatro direções — monopólios, estruturas de rede, o ambiente simbólico e as organizações temporárias (economia de festival/mutirão) — e propõe o conglomerado: estruturas que conquistam recursos para os comuns, na forma-entidade como associações sem fins lucrativos que se entendem como rede.
Projetos e referências externas
Vocabulário aberto (base REA) para descrever fluxos econômicos — recursos, eventos, agentes — em redes descentralizadas, de forma interoperável entre softwares.
Modelo contábil de William McCarthy que registra a economia como recursos, eventos e agentes em vez de débito/crédito — a fundação teórica do ValueFlows.
Protocolo para federar sistemas de crédito mútuo — redes de troca que mantêm contas entre si sem moeda estatal como intermediária.
Chile, 1971–73: Stafford Beer aplicando o VSM à coordenação em tempo quase real da economia nacionalizada — o precedente histórico mais conhecido de cibernética organizacional aplicada a uma economia real.
Entidade estudantil e grupo de pesquisa, desenvolvimento e extensão da UFABC que cria sistemas regenerativos e tecnologias livres para saúde planetária — construção civil, energias renováveis, reciclagem de plástico e produção alimentar. Entre suas frentes estão a proposta de ecoindústria modular — unidades produtivas regenerativas, modulares e replicáveis com tecnologias livres — e a ligação com o WikiLab, laboratório experimental construído em 2017 no campus São Bernardo da UFABC com o sistema aberto WikiHouse, financiado por crowdfunding e integralmente documentado para replicação, que abriga o laboratório de software livre e um makerspace abertos à comunidade.
Vocabulário de soluções nomeadas para problemas recorrentes de projeto, criado para arquitetura.
Viable System Model (VSM)
O Viable System Model é o modelo de Stafford Beer (Brain of the Firm, 1972; The Heart of Enterprise, 1979; Diagnosing the System, 1985) para o que torna uma organização viável — capaz de existência autônoma em um ambiente que muda. O fundamento é a lei de Ashby da variedade requisita: a complexidade do ambiente será absorvida de um jeito ou de outro; a única escolha é desenhar onde e como. O VSM nomeia as cinco funções que toda organização persistente exerce, tenha nome para elas ou não.
S1 — operações. As operações que fazem o trabalho-fim — o que justifica a existência do sistema.
S2 — coordenação. A coordenação anti-oscilatória entre as operações: linguagens comuns, padrões, diretórios, protocolos — o que permite às unidades se ajustarem mutuamente sem um centro de comando.
S3 — gestão do presente. Alocação de recursos e negociação de sinergias, com S3* como via de auditoria esporádica e direta para dentro dos S1.
S4 — inteligência e futuro. A inteligência do "lá fora e amanhã": monitorar o ambiente, traduzir futuro em opções presentes.
S5 — identidade e governança. O fechamento identitário: quem decide o que o sistema é e arbitra o conflito estrutural entre presente (S3) e futuro (S4).
Completam o modelo os canais algedônicos — alarmes que sobem direto das operações ao S5, contornando a hierarquia.
Duas propriedades importam mais que o diagrama. Primeira: as funções são definidas funcionalmente, não por organograma — quem exerce cada uma é questão empírica, e uma função pode estar vaga (é isso que torna o modelo uma ferramenta de diagnóstico: procurar a função que ninguém exerce). Segunda: o modelo é recursivo — cada S1 é, por dentro, um sistema viável completo, e o mesmo mapa se aplica em cada nível.
O formalismo é neutro; a implantação não é. Beer consultou para grandes empresas e para o governo Allende (projeto Cybersyn) com o mesmo modelo. O que muda — e onde mora a política — é quem exerce o metassistema, com que mandato e a que custo de saída.
Neste projeto o modelo aparece em dois mapeamentos, cada um com página própria: VSM1 — a universidade como metassistema efêmero de redes de economia solidária (S1 = empreendimentos) — e VSM2 — a mesma lógica, recursivamente, sobre a produção de Tecnociência Solidária (S1 = laboratórios de pesquisa). Referência externa: Viable system model (Wikipedia).
Levantamentos S2. Antes de construir qualquer artefato de coordenação, a pesquisa levantou o que já existe (survey completo): sete sistemas — ValueFlows/hREA (a linguagem comum e sua implementação distribuída), Sensorica (rede de valor aberta com contabilidade de contribuição — o único caso nativamente VSM2, coordenando produção entre pares), Credit Commons (ledger federado entre comunidades), CoopCycle (o metassistema completo de um setor: software + assembleia + 3% do faturamento + licença Coopyleft), Open Food Network (dois níveis: marketplace local e a rede de instâncias que mantém o software comum) e Murmurations (o diretório puro: schema + colheita). Os achados transversais: ninguém resolve a gênese de grupos (todos pressupõem entidades já constituídas); quanto mais um sistema resolve, menos generaliza; e a sustentação segue o fluxo — quem cobra do fluxo econômico que habilita (CoopCycle) vive, quem é só diretório (Murmurations) depende de voluntariado. Nota do autor: a própria oficina ainda não é um S2 de VSM2 — publica legibilidade, mas não tem meios de colaboração; não há como outra pessoa fazendo o mesmo trabalho se conectar. Essa lacuna é objeto da tarefa 4b.1.
VSM1 — universidade como suporte à Economia Solidária
O modelo em que a universidade, via extensão e pesquisa, realiza as atividades que normalmente cabem à gestão corporativa ou a franqueadores, em direção à Economia Solidária:
- S1 — as atividades finais da Economia Solidária;
- S2 — padrões técnicos e plataformas compartilhadas, que permitem às entidades interação baseada na complementariedade e um ambiente informacional comum;
- S3 — atividades de extensão pontuais, voltadas à resolução de problemas e adequações específicas;
- S3\* — atividades de extensão de rotina, que obtêm e compartilham conhecimento não estruturado e articulam as necessidades sociotécnicas dessas operações à universidade;
- S4 — laboratórios/pesquisa: entender os modelos que funcionam, formalizar estruturas produtivas reprodutíveis, desenvolver soluções sociotécnicas;
- S5 — governança e alocação de recursos.
A universidade compõe organizacionalmente os sistemas 3–5 e, pela sua atuação, ajuda a implementar o S2. É possível pensar o processo como a universidade oferecendo à ES um catálogo de soluções — e, nele, coletando feedback para estruturá-lo melhor. Detalhe conceitual: o S3 se torna S3 não pela ação do extensionista em si, mas pelo resource bargain com a universidade para que ela aconteça. O processo de criação dos artefatos de Tecnociência Solidária é, ele mesmo, modelável como um VSM — o VSM2.
VSM2 — suporte à produção de Tecnociência Solidária
Pensado primariamente em apoio ao VSM1, é o sistema que colabora no desenvolvimento de artefatos de Tecnociência Solidária:
- S1 — laboratórios de pesquisa (materiais, engenharia, ...);
- S2 — ambiente compartilhado de coordenação das pesquisas, buscando modularidade e evitando duplicação — algo entre o GitHub e o ValueFlows, incorporando o Bazar Sociotécnico;
- S3 — reuniões de planejamento tático, distribuição de tarefas e recursos não definidos pelo S2;
- S4 — observatório ou comitê específico (o Observatório de Tecnociência Solidária do Dagnino entraria aqui);
- S5 — governança e alocação de recursos.
No S2, o ValueFlows como instrumento de planejamento participativo e versionado: de um problema, mapeia-se para trás os componentes e custos de pesquisa relacionados — com o horizonte de que o custo de conhecimento do objeto final seja zero, em domínio público (copyleft), o que dá visão clara do valor da pesquisa empenhada. Este repositório é um protótipo de célula do VSM2.
CaC — Conglomerate as Commons
> Transcrição próxima do nó homônimo do cânone (espelho @ 9180ab5), por > decisão do autor. Terceiro componente do enquadramento, ao lado de VSM1 e > VSM2.
Os VSMs são bons em suportar modelos que criam valor baseado no trabalho, que deveria ser redistribuído aos trabalhadores — como cooperativas de trabalho e boa parte das entidades da economia solidária — e a criação de informação abstrata (softwares, protótipos, modelos de negócio) de maneira relativamente independente de sua instanciação.
Mas esse é apenas um caso especial de bens comuns. Dá para pensar a atividade produtiva organizada como um bem comum, que beneficia e influencia muito mais do que as pessoas envolvidas diretamente — o que expõe a crítica à propriedade privada dos meios de produção, em geral, como um processo de captura dos comuns.
O CaC se aplica primariamente em quatro direções:
- Monopólios — a crítica à privatização da Petrobrás: virar cooperativa não resolveria nada, porque o lucro não vem primariamente do trabalho, mas da extração monopolística de recursos naturais que ninguém criou e, em princípio, seriam um bem comum. Concessões de OSs na mesma linha, como concessão da administração de um monopólio artificial. (A estrutura da Zeiss é uma inspiração aqui, lida como monopólio nesse sentido.)
- Estruturas de rede — redes sociais e aplicativos de plataforma criam ecossistemas; sua privatização é semelhante à privatização de um porto como Santos.
- Troca de informação, padrões e ambiente simbólico — coisas como a língua.
- Organizações temporárias e economia de festival/mutirão — o processo de organizar coisas temporárias é importantíssimo para a análise: propor como construir é muito diferente de manter algo existente, com muitos paralelos com os festivais.
O nascimento de estruturas comuns é complicado. Entendemos por que alguém com interesses privados começa uma empresa — mas quem coloca os recursos para criar uma atividade-como-comuns? Isso acontece organicamente, mas se depender de condições muito especiais não há replicação nem escala à altura dos problemas atuais. Daí o conglomerado: uma estrutura que busca, fundamentalmente, conquistar mais recursos para os comuns, com capacidade geradora — não definida pela forma legal, mas existindo, na parte-entidade, como associações sem fins lucrativos.
Na linha de Bataille (economia do excesso): o contato gera um excesso de energia/informação, e as estruturas precisam escoá-lo. Uma quermesse funciona porque gera excesso e o escoa para algo considerado socialmente útil. A economia da atenção (rede social, app de namoro, compras) gera excesso porque atenção tem valor, mas recompensar os usuários por ela traz diversos problemas. A proposta é pensar essas coisas como comuns — sob associações sem fins lucrativos que se entendem como rede e sabem ter caráter político, social e cultural, criando ecossistemas que geram valor e o direcionam para o que consideram socialmente útil. Isso devolve aos indivíduos agência sobre o ambiente simbólico em que vivem e pode servir de base material não coercitiva da transição para outro modelo de organização social.