100 projetos com código disponível para construir uma small web autoral
Esta pesquisa continua o levantamento de projetos no espírito de m15o, Nightfall City, small web e web independente, mas acrescenta uma exigência decisiva: todo item precisa ter um repositório ou árvore de código publicamente acessível. O objetivo não é apenas visitar projetos interessantes, e sim descobrir peças que possam ser estudadas, adaptadas, combinadas ou usadas como base para novos lugares digitais autorais.
Resumo executivo
Os melhores pontos de partida para algo próximo de uma “cidade digital habitável” são CyberCity, Solar Protocol, Spring ’83, Git City e Skyline. Eles tratam a rede como lugar, clima, arquitetura ou protocolo, e não somente como uma coleção de páginas.
Para uma comunidade pequena e deliberadamente fora das redes convencionais, destacam-se Manyverse, Earthstar, Cabal, Agregore, Bonfire, Yarn.social e Spring ’83.
Para construir um site pessoal social, a combinação mais prática é um publicador leve — Smallweb, Bear Blog, WriteFreely ou Known — com IndieKit, Webmention.io, Bridgy e Bridgy Fed.
O cuidado jurídico mais importante é simples: repositório público não significa automaticamente software livre. Quando não há licença, prevalece o direito autoral padrão; o código pode ser lido e bifurcado dentro das permissões da plataforma, mas não deve ser copiado, redistribuído ou transformado como se fosse MIT, GPL ou outra licença aberta. Essa distinção é explicitada pela documentação do GitHub sobre licenciamento.
Metodologia e critérios
O levantamento partiu da pesquisa anterior sobre m15o e projetos autorais e aplicou cinco filtros:
- existência de código-fonte publicamente acessível;
- relação concreta com small web, IndieWeb, redes comunitárias, espaços digitais, protocolos alternativos ou publicação pessoal;
- possibilidade de aprender ou reaproveitar arquitetura, interface, protocolo ou processo;
- preferência por repositórios e documentação mantidos pelos próprios autores;
- sinalização de licença e de manutenção, evitando tratar “código visível” como sinônimo de “código aberto”.
O estado foi estimado a partir do repositório e da documentação observados em 31 de outubro de 2026. Ativo indica desenvolvimento recente ou operação documentada; lento indica pouca atividade ou manutenção episódica; histórico indica projeto arquivado ou útil sobretudo como referência. “Licença a confirmar” significa que a API ou a página principal do repositório não apresentou um identificador inequívoco; é obrigatório abrir o arquivo LICENSE antes de reutilizar código.
1. Cidades digitais, espaços navegáveis e protocolos poéticos
Estes são os projetos mais próximos do impulso de Nightfall City: transformar a internet em lugar, paisagem, arquitetura ou ambiente percorrível.
| # | Projeto e código | Licença / estado | Tecnologia | O que vale estudar ou reaproveitar |
|---|---|---|---|---|
| 1 | Solar Protocol | licença a confirmar; ativo | HTML, Python, servidores solares | Rede cujo servidor ativo muda conforme a disponibilidade solar; excelente modelo de infraestrutura que participa da narrativa. |
| 2 | CyberCity | licença a confirmar; ativo | JavaScript, HTML | Mundos caminháveis desenhados em caracteres, reunidos em um único arquivo; base direta para cidades textuais e espaços contemplativos. |
| 3 | Spring ’83 | CC BY-SA 4.0; lento/experimental | Crystal, HTML | Protocolo social especulativo com postagens HTML mínimas, sem métricas, notificações ou feed algorítmico. |
| 4 | Git City | AGPL-3.0; ativo | TypeScript | Converte pessoas e atividade do GitHub em uma cidade tridimensional; demonstra como dados sociais viram geografia. |
| 5 | Skyline | licença a confirmar; ativo | TypeScript | Transforma a estrutura de qualquer página em uma cidade isométrica; boa referência para tradução espacial de conteúdo. |
| 6 | 98.js | licença a confirmar; lento | JavaScript | Desktop web inspirado no Windows 98, com janelas e aplicativos; útil para um “sistema operacional” diegético de cidade. |
| 7 | daedalOS | MIT; ativo | JavaScript/React | Ambiente desktop completo no navegador; arquitetura sólida de janelas, arquivos e apps embutidos. |
| 8 | Puter | AGPL-3.0; ativo | TypeScript | Computador e nuvem pessoais no navegador; interessante como infraestrutura para um mundo digital persistente. |
| 9 | OS.js | licença a confirmar; lento | JavaScript | Framework de desktop web modular; mais simples de desmontar e adaptar que uma aplicação monolítica. |
| 10 | v86 | BSD-2-Clause; ativo | JavaScript, WebAssembly | Emulador x86 no navegador; permite incorporar sistemas históricos ou máquinas ficcionais dentro de uma página. |
2. Ferramentas autorais, interfaces artesanais e programação estranha
Aqui o valor não é “criar outra rede social”, mas construir uma linguagem própria: editores mínimos, instrumentos visuais e ambientes que parecem feitos à mão.
| # | Projeto e código | Licença / estado | Tecnologia | O que vale estudar ou reaproveitar |
|---|---|---|---|---|
| 11 | Orca | MIT; manutenção episódica | JavaScript | Linguagem esotérica visual para sequenciar eventos; inspira cidades que também funcionam como instrumentos. |
| 12 | Ronin | MIT; manutenção episódica | HTML/JavaScript | Editor gráfico programável e extremamente pessoal; referência de software pequeno com identidade forte. |
| 13 | Left | MIT; manutenção episódica | JavaScript | Editor de texto mínimo e portátil; bom ponto de partida para escrita local, zines e diários offline. |
| 14 | Dotgrid | MIT; manutenção episódica | HTML/JavaScript | Editor vetorial reduzido ao essencial; útil para ícones, mapas e símbolos de baixa complexidade. |
| 15 | CellPond | MIT; experimental | JavaScript | Ambiente vivo de células programáveis; mostra como uma interface pode ser simultaneamente brinquedo, linguagem e ecossistema. |
| 16 | SandPond | MIT; experimental | JavaScript | Computação baseada em materiais e regras locais; inspiração para mundos gerativos pequenos. |
| 17 | ScreenPond | MIT; experimental | JavaScript | Instrumento de desenho e composição espacial; bom exemplo de interação direta sem menus convencionais. |
| 18 | Arroost | MIT; experimental | JavaScript | Ambiente musical espacial e colaborativo; sugere praças ou salas digitais baseadas em som. |
| 19 | pico.sh / pico | MIT; ativo | Go, SSH | Publicação de blogs, páginas e arquivos por SSH; excelente referência para uma comunidade sem painel web pesado. |
| 20 | makesite.py | MIT; lento | Python | Gerador de sites em um único arquivo Python, excelente antídoto à dependência excessiva de frameworks. |
3. Redes sociais pequenas, locais e peer-to-peer
Estes projetos são especialmente úteis para imaginar uma comunidade com escala humana, identidade própria e pouca dependência de plataformas centrais.
| # | Projeto e código | Licença / estado | Tecnologia | O que vale estudar ou reaproveitar |
|---|---|---|---|---|
| 21 | Manyverse | MPL-2.0; ativo | TypeScript, SSB | Rede social offline-first baseada em Secure Scuttlebutt; referência central para sincronização sem servidor obrigatório. |
| 22 | Earthstar | LGPL-3.0; lento | TypeScript | Banco distribuído para aplicações pequenas e íntimas; abstrações de documentos, réplicas e espaços compartilhados. |
| 23 | Cabal Desktop | AGPL-3.0; lento | JavaScript | Chat peer-to-peer sobre Hypercore; útil para salas efêmeras ou comunidades sem conta central. |
| 24 | Agregore Browser | AGPL-3.0; ativo | JavaScript | Navegador que trata protocolos P2P como cidadãos de primeira classe; ponte prática entre web comum, IPFS e Hypercore. |
| 25 | Beaker Browser | MIT; histórico/arquivado | JavaScript | Experiência pioneira de criar e hospedar sites P2P diretamente no navegador; ainda valiosa como referência de UX. |
| 26 | Bonfire | AGPL-3.0; ativo | Elixir | Rede social modular e federada; interessante para comunidades que querem vocabulários e limites próprios. |
| 27 | Harbor | código público; experimental | múltiplos repositórios | Rede distribuída baseada no Polycentric Protocol; boa referência de identidade e conteúdo replicado. |
| 28 | NexNet | ISC; ativo/experimental | TypeScript | Chat social P2P local-first com descoberta e identidade; pequeno o suficiente para ser estudado integralmente. |
| 29 | Kukuri | MIT; ativo/experimental | Rust, TypeScript, Tauri | Mistura fóruns temáticos, chat, salas e espaço social P2P; útil para estudar presença e comunidades por assunto. |
| 30 | Yarn.social / yarnd | AGPL-3.0; ativo | Go | Microblog descentralizado baseado em feeds twtxt; uma das pilhas mais coerentes para uma comunidade textual pequena. |
4. Servidores comunitários e federação com identidade própria
São projetos maiores que m15o, mas permitem criar uma instância de nicho, modificar a interface ou experimentar moderação e cultura locais.
| # | Projeto e código | Licença / estado | Tecnologia | O que vale estudar ou reaproveitar |
|---|---|---|---|---|
| 31 | GoToSocial | AGPL-3.0; ativo | Go | Servidor ActivityPub leve e sem interface web pesada; apropriado a instâncias pequenas e clientes próprios. |
| 32 | Takahe | BSD-3-Clause; lento | Python | Servidor ActivityPub com múltiplos domínios; arquitetura útil para bairros ou identidades reunidos numa mesma instalação. |
| 33 | Honk | ISC; ativo | Go | Microblog ActivityPub deliberadamente sóbrio; excelente exemplo de software social pessoal e pequeno. |
| 34 | snac2 | MIT; ativo | C | Servidor ActivityPub minimalista, sem banco de dados pesado; forte candidato para comunidades modestas. |
| 35 | Epicyon | AGPL-3.0; ativo | Python | Servidor ActivityPub com foco em autonomia, temas e recursos comunitários. |
| 36 | Lemmy | AGPL-3.0; ativo | Rust | Fóruns federados semelhantes ao Reddit; base para bairros temáticos, clubes e acervos comentados. |
| 37 | Mbin | AGPL-3.0; ativo | PHP | Agregador federado de tópicos, microblog e grupos; interessante para misturar praça e fórum. |
| 38 | Lotide | AGPL-3.0; lento | Rust | Fórum federado menor e conceitualmente simples; referência para comunidades enxutas. |
| 39 | Friendica | AGPL-3.0; ativo | PHP | Rede social federada madura e altamente conectável; útil para estudar interoperabilidade. |
| 40 | Misskey | AGPL-3.0; ativo | TypeScript | Plataforma federada muito personalizável, com reações, drives e temas; boa base quando a experiência visual importa. |
5. Blocos IndieWeb para transformar um site em espaço social
A estratégia IndieWeb preserva o site como centro da identidade e adiciona publicação, comentários e circulação social por meio de componentes pequenos.
| # | Projeto e código | Licença / estado | Tecnologia | O que vale estudar ou reaproveitar |
|---|---|---|---|---|
| 41 | Bridgy Fed | CC0-1.0; ativo | Python | Faz sites comuns participarem de redes federadas; talvez a ponte mais direta entre página pessoal e Fediverso. |
| 42 | Bridgy | CC0-1.0; ativo | Python | Converte interações de redes e serviços em webmentions e republicações. |
| 43 | Granary | CC0-1.0; ativo | Python | Tradutor entre formatos da social web; útil para interoperabilidade sem acoplar a aplicação a uma plataforma. |
| 44 | Webmention.io | código público; ativo | PHP | Serviço receptor de Webmentions; adiciona respostas e menções distribuídas a sites estáticos. |
| 45 | Quill | código público; ativo | PHP | Cliente Micropub para publicar em um site próprio por uma interface independente. |
| 46 | Aperture | Apache-2.0; lento | PHP | Servidor Microsub que separa coleta de feeds da interface de leitura. |
| 47 | IndieKit | MIT; ativo | Node.js | Servidor modular que leva Micropub, mídia e sindicação a sites gerados estaticamente. |
| 48 | Known | Apache-2.0; manutenção comunitária | PHP | Plataforma pessoal e comunitária com Webmention e tipos de publicação já integrados. |
| 49 | IndieWebify.me | código público; ativo | CSS, JavaScript | Validador e guia interativo; excelente referência para implementar identidade, microformats e Webmentions corretamente. |
| 50 | microblog.pub | AGPL-3.0; lento | Python | Microblog de usuário único com ActivityPub; une a escala pessoal ao alcance federado. |
6. Redes alternativas e infraestrutura local-first
Essas peças ficam abaixo da interface. Elas permitem imaginar uma web que continue funcionando em redes comunitárias, dispositivos locais ou conexões intermitentes.
| # | Projeto e código | Licença / estado | Tecnologia | O que vale estudar ou reaproveitar |
|---|---|---|---|---|
| 51 | Reticulum | GPL-3.0; ativo | Python | Pilha de rede para enlaces diversos e comunicação resiliente; base de uma “small net” física. |
| 52 | NomadNet | GPL-3.0; ativo | Python | Aplicação terminal para páginas, mensagens e nós sobre Reticulum; mistura BBS, Gopher e mesh. |
| 53 | Sideband | código público; ativo | Python | Cliente gráfico e móvel para comunicação sobre Reticulum; mostra como levar a rede alternativa a usuários comuns. |
| 54 | LXMF | código público; ativo | Python | Formato e protocolo de mensagens store-and-forward para Reticulum. |
| 55 | Yggdrasil | código público; ativo | Go | Rede mesh IPv6 criptografada; pode sustentar serviços comunitários fora do roteamento convencional. |
| 56 | cjdns | GPL-3.0; ativo | C | Rede criptografada e roteada por chaves, usada em experiências de mesh como Hyperboria. |
| 57 | Kubo | código público; ativo | Go | Implementação de IPFS para conteúdo endereçado por hash; útil para distribuição e preservação. |
| 58 | go-libp2p | MIT; ativo | Go | Blocos de transporte, descoberta e identidade P2P; infraestrutura para protocolos próprios. |
| 59 | Hyperswarm | MIT; ativo | JavaScript | Descoberta e conexão P2P usada no ecossistema Hypercore. |
| 60 | Hypercore | MIT; ativo | JavaScript | Log distribuído append-only; base para feeds, arquivos e aplicativos locais replicáveis. |
7. Gemini, Gopher e clientes de smolnet
Gemini e Gopher mostram como limitações deliberadas podem gerar espaços legíveis, rápidos e mais humanos. Os servidores ensinam simplicidade operacional; os clientes, uma experiência de leitura sem ruído.
| # | Projeto e código | Licença / estado | Tecnologia | O que vale estudar ou reaproveitar |
|---|---|---|---|---|
| 61 | Agate | Apache-2.0/MIT; ativo | Rust | Servidor Gemini simples, seguro e adequado a cápsulas pessoais. |
| 62 | Jetforce | licença a confirmar; ativo | Python | Framework e servidor Gemini fáceis de entender e estender com aplicações dinâmicas. |
| 63 | Lagrange | BSD-2-Clause; ativo | C | Cliente gráfico Gemini/Gopher muito completo; referência de tipografia e navegação para texto. |
| 64 | Amfora | GPL-3.0; ativo | Go | Navegador Gemini para terminal, apropriado a uma experiência minimalista e acessível por SSH. |
| 65 | gmni | MIT; ativo | C | Cliente, biblioteca e servidor Gemini extremamente enxutos. |
| 66 | Molly Brown | BSD-2-Clause; manutenção episódica | Go | Servidor Gemini criado pelo autor do protocolo; importante como referência histórica e técnica. |
| 67 | Bombadillo | GPL-3.0; manutenção episódica | Go | Cliente terminal multiprotocolo para Gemini, Gopher e web textual. |
| 68 | Telescope | ISC; ativo | C | Navegador Gemini interativo para terminal com interface compacta. |
| 69 | Gophernicus | BSD-2-Clause; ativo | C | Servidor Gopher robusto e pequeno para acervos, diretórios e páginas textuais. |
| 70 | PyGopherd | GPL-2.0; ativo | Python | Servidor Gopher extensível, com suporte a múltiplos tipos de conteúdo e protocolos. |
8. Publicação independente e hospedagem artesanal
Não são todos “mundos virtuais”, mas são as fundações mais práticas para criar sites pessoais, zines, jardins digitais e pequenas comunidades sem entregar a identidade a uma plataforma.
| # | Projeto e código | Licença / estado | Tecnologia | O que vale estudar ou reaproveitar |
|---|---|---|---|---|
| 71 | Neocities | código público; ativo | Ruby, JavaScript | Plataforma de hospedagem social para sites pessoais; referência essencial de comunidade baseada em páginas. |
| 72 | Bear Blog | Bear Blog License 2.0; source-available, não open source | Python/Django | Publicação rápida e sem rastreamento; ótimo modelo de produto pequeno, mas a licença restringe oferecer serviço hospedado concorrente. |
| 73 | Smallweb | código público; ativo | Go | Transforma uma pasta em “sua pasta da internet”; excelente metáfora e fluxo local-first. |
| 74 | WriteFreely | AGPL-3.0; ativo | Go | Publicação Markdown individual ou comunitária, com federação ActivityPub. |
| 75 | Grav | MIT; ativo | PHP | CMS flat-file flexível, sem banco de dados; bom para zines e sites narrativos. |
| 76 | Pico | MIT; ativo | PHP | CMS Markdown minimalista; fácil de compreender, tematizar e hospedar. |
| 77 | Bludit | MIT; ativo | PHP | CMS flat-file com painel administrativo; acessível a pessoas que não querem editar Git. |
| 78 | WonderCMS | MIT; ativo | PHP | CMS pequeno sem banco, adequado a páginas leves e instalações simples. |
| 79 | Publii | GPL-3.0; ativo | Electron, HTML | Aplicativo desktop que gera e publica sites estáticos; bom para separar autoria de hospedagem. |
| 80 | TiddlyWiki | BSD-3-Clause; ativo | JavaScript | Wiki inteiro em arquivo único; extraordinário para jardins digitais locais e documentos vivos. |
9. Descoberta, leitura e curadoria da web pequena
Uma small web precisa de caminhos para encontrar pessoas e acompanhar mudanças sem depender de feeds algorítmicos. Estes projetos cobrem busca, RSS, leitura posterior e arquivo pessoal.
| # | Projeto e código | Licença / estado | Tecnologia | O que vale estudar ou reaproveitar |
|---|---|---|---|---|
| 81 | Marginalia Search | AGPL-3.0; ativo | Java | Motor de busca voltado a sites pequenos e textuais; referência central para descoberta fora do SEO industrial. |
| 82 | Wiby | GPL-2.0; ativo | PHP | Busca da web clássica e leve, com curadoria e submissão humana. |
| 83 | Fraidycat | Blue Oak Model License 1.0.0; lento | JavaScript | Leitor que acompanha pessoas, não uma caixa de entrada infinita; excelente modelo de atenção deliberada. |
| 84 | FreshRSS | AGPL-3.0; ativo | PHP | Agregador RSS autohospedado maduro para acompanhar blogs e pequenos sites. |
| 85 | Miniflux | Apache-2.0; ativo | Go | Leitor de feeds austero, rápido e acessível por API. |
| 86 | Stringer | MIT; ativo | Ruby | Leitor RSS inspirado no princípio de esvaziar a fila, útil como interface de leitura focada. |
| 87 | Linkding | MIT; ativo | Python | Marcadores autohospedados com tags e arquivo; funciona como mapa pessoal da web. |
| 88 | Karakeep | AGPL-3.0; ativo | TypeScript | Arquivo de links e páginas para curadoria pessoal ou coletiva. |
| 89 | Omnivore | AGPL-3.0; ativo | TypeScript | Leitura posterior e destaques autohospedáveis; útil para fluxos de pesquisa e publicação. |
| 90 | ArchiveBox | MIT; ativo | Python | Arquivo pessoal de páginas em múltiplos formatos; fundamental para uma coleção que não dependa da permanência dos links. |
10. Preservação, museus navegáveis e estética retro reutilizável
Estes projetos ajudam a reconstruir épocas da web, preservar páginas ou compor interfaces deliberadamente anacrônicas sem depender apenas de imitação visual.
| # | Projeto e código | Licença / estado | Tecnologia | O que vale estudar ou reaproveitar |
|---|---|---|---|---|
| 91 | ReplayWeb.page | AGPL-3.0; ativo | TypeScript | Reproduz arquivos WARC diretamente no navegador; ideal para museus e bairros históricos da web. |
| 92 | Browsertrix Crawler | AGPL-3.0; ativo | TypeScript | Captura sites modernos em formato preservável e reproduzível. |
| 93 | pywb | GPL-3.0; ativo | Python | Motor de replay e Wayback autohospedado para coleções web. |
| 94 | EmulatorJS | GPL-3.0; ativo | JavaScript | Emulação de consoles no navegador; permite galerias interativas e experiências históricas. |
| 95 | Filestash | AGPL-3.0; ativo | Go | Interface web extensível para arquivos remotos; pode virar biblioteca, arquivo ou depósito comunitário. |
| 96 | Webamp | MIT; ativo | TypeScript | Reimplementação do Winamp no navegador; referência de interface nostálgica funcional, não meramente decorativa. |
| 97 | 98.css | MIT; ativo | CSS | Componentes fiéis ao Windows 98, sem JavaScript obrigatório. |
| 98 | XP.css | MIT; lento | CSS | Sistema visual inspirado no Windows XP para janelas, botões e controles web. |
| 99 | 7.css | MIT; ativo | CSS | Componentes no estilo Windows 7/Vista, úteis para interfaces diegéticas de desktop. |
| 100 | NES.css | MIT; ativo | CSS | Framework visual 8-bit; pode sustentar mapas, placas, diálogos e objetos de uma cidade pixelada. |
O que está mais próximo de m15o e Nightfall City
Uma lista extensa só é útil se houver hierarquia. Estes são os projetos que eu estudaria primeiro:
- CyberCity — o parente mais direto para caminhar por uma cidade textual pequena e atmosférica.
- Solar Protocol — ensina a fazer infraestrutura, clima e narrativa formarem um único sistema.
- Spring ’83 — apresenta uma linguagem social nova, com limites claros e sem copiar as plataformas dominantes.
- Manyverse + Earthstar — mostram duas abordagens práticas para comunidade local-first e sincronização distribuída.
- Smallweb + pico.sh — oferecem maneiras simples de transformar arquivos pessoais ou uma sessão SSH em publicação autoral.
- IndieKit + Bridgy Fed + Webmention.io — acrescentam circulação e conversa sem retirar do autor o domínio do conteúdo.
- Agate + Lagrange — são a dupla servidor/cliente mais didática para experimentar uma internet textual paralela.
- Marginalia + Wiby + Fraidycat — formam uma camada de descoberta e acompanhamento sem algoritmo de engajamento.
- Reticulum + NomadNet — levam a ideia de small net para uma rede comunitária real, inclusive fora da internet convencional.
- ReplayWeb.page + Browsertrix — permitem que memória, ruínas e bairros históricos façam parte do próprio projeto.
Padrões de projeto que aparecem repetidamente
Limitação como linguagem
Spring ’83 limita o tamanho e os recursos das postagens; Gemini reduz o formato; Zonelets e makesite.py reduzem a ferramenta; Hundred Rabbits reduz a interface. A limitação não é deficiência: ela cria coerência, legibilidade e possibilidade de uma pessoa compreender o sistema inteiro.
Infraestrutura visível
Solar Protocol torna a energia perceptível. Reticulum torna o enlace e a distância relevantes. ArchiveBox torna a fragilidade dos links visível. Projetos autorais ficam mais interessantes quando não fingem que a infraestrutura é infinita e neutra.
Lugar antes de feed
CyberCity, Git City, daedalOS e os desktops web organizam experiência por espaço, janelas, ruas e objetos. Esse padrão é especialmente promissor para fugir do fluxo vertical infinito.
Identidade no domínio ou na chave
IndieWeb ancora a pessoa em seu domínio; SSB, Reticulum e redes P2P usam chaves e réplicas. Em ambos os casos, a identidade deixa de ser apenas uma conta concedida por uma empresa.
Pequenas peças combináveis
Bridgy, Granary, Webmention.io, IndieKit e Microsub mostram que uma social web não precisa ser um produto monolítico. É possível montar uma experiência própria com componentes substituíveis.
Recomendações práticas
Trilha A — uma cidade textual autoral em poucas semanas
- Começar com a estrutura de movimento e desenho de CyberCity.
- Armazenar cada lugar como Markdown ou JSON simples.
- Usar Smallweb ou um gerador mínimo semelhante a makesite.py para publicar os arquivos.
- Acrescentar Webmentions com Webmention.io.
- Criar um índice humano e oferecer RSS; não começar por login, ranking ou aplicativo móvel.
Trilha B — uma comunidade pequena e social
- Prototipar o modelo de interação em Yarn.social, WriteFreely ou GoToSocial.
- Definir antes do código: tamanho máximo da comunidade, convite, moderação, persistência e possibilidade de saída.
- Integrar o domínio pessoal por Bridgy Fed ou adotar feeds
twtxt. - Manter busca e descoberta curadas, inspiradas em Wiby e Marginalia.
Trilha C — uma small net fora da web convencional
- Publicar uma cápsula com Agate e testar leitura no Lagrange.
- Criar serviços terminais em NomadNet.
- Experimentar Reticulum primeiro numa rede local ou VPN, antes de rádio ou enlaces físicos.
- Oferecer espelhos HTTP legíveis para não transformar a experiência em clube inacessível.
Auditoria obrigatória antes de reutilizar código
- abrir o arquivo
LICENSE, não confiar apenas no selo da plataforma; - verificar se imagens, fontes, músicas e dados têm licenças separadas;
- examinar issues, releases e último commit;
- conferir dependências abandonadas e vulnerabilidades conhecidas;
- observar obrigações de copyleft de AGPL/GPL, especialmente ao publicar um serviço modificado;
- preservar créditos e avisos exigidos;
- tratar projetos sem licença como somente para leitura e inspiração até obter permissão.
Um conceito composto recomendado
O projeto mais fértil não seria um clone de Nightfall City. Seria uma pequena cidade digital formada por peças compatíveis:
- geografia: motor textual inspirado em CyberCity;
- conteúdo: arquivos Markdown publicados por Smallweb;
- clima e tempo: eventos reais de energia, luz ou atividade inspirados em Solar Protocol;
- identidade: domínio próprio e IndieAuth;
- conversa: Webmention e Bridgy Fed;
- praças: salas opcionais inspiradas em Cabal ou Yarn.social;
- biblioteca: feeds e diretórios curados, sem ranking algorítmico;
- ruínas: páginas antigas preservadas com Browsertrix e ReplayWeb.page;
- porta lateral: versão Gemini servida por Agate;
- rede de emergência: protótipo NomadNet sobre Reticulum.
Essa composição preserva a escala humana e a estranheza autoral, mas não obriga a reinventar sincronização, federação, arquivo e publicação ao mesmo tempo.
Conclusão
Existe código público suficiente para construir quase toda a infraestrutura de uma web pequena e autoral: cidades navegáveis, desktops imaginários, publicação pessoal, comentários distribuídos, comunidades federadas, redes P2P, smolnets textuais, descoberta, leitura e preservação. O desafio não é a falta de software, mas escolher limites e uma linguagem própria.
A rota mais promissora é combinar CyberCity, Solar Protocol e Spring ’83 como referências conceituais; Smallweb, IndieKit, Webmention.io e Bridgy Fed como infraestrutura web; e Agate/Lagrange ou Reticulum/NomadNet como caminhos paralelos. Para reutilização efetiva, devem ter prioridade os projetos com licença aberta inequívoca. Os repositórios sem licença continuam valiosos para estudo, mas não devem ser copiados como se fossem software livre.
Fontes consultadas
- GitHub — Licenciamento de repositórios
- IndieWeb — software e projetos
- IndieWeb — código
- IndieWeb — open source
- Known — Open Source
- Spring ’83 — apresentação e especificação
- Solar Protocol — site oficial
- Earthstar — site oficial
- Manyverse — site oficial
- Yarn.social — site oficial
- Reticulum Network Stack — manual
- Project Gemini — documentação
- Webrecorder — documentação
- Os cem repositórios primários estão ligados diretamente nas tabelas acima.
Nota sobre atualidade
Pesquisa concluída em 31 de outubro de 2026. Estado de manutenção, licenças, URLs e compatibilidade podem mudar; confirme o repositório e o arquivo LICENSE antes de instalar, bifurcar ou redistribuir qualquer projeto.