Como encerrar as atividades de uma organização sem fins lucrativos: Guia prático
- Categoria
- IA e LLM Local
- Publicado em
- 18 setembro 2026
- Por
- Jacob Lloyd — escrito com ajuda de IA, depois do projeto
- Tempo de leitura
- 6 min de leitura
Em termos simples: O OMLA era um plano para permitir que os criadores de modelos de IA fossem remunerados quando empresas desenvolvessem produtos com base no seu trabalho, sem que nenhuma organização intermediária ficasse com o dinheiro. Eu criei o site e o sistema por trás dele, mas depois decidi não continuar com o projeto. Este é um relato honesto sobre o que era o OMLA e o que foi necessário para encerrá-lo adequadamente. O código-fonte completo pode ser baixado gratuitamente na parte inferior da página.
Aposentei o OMLA em 26 de agosto de 2026, antes mesmo do seu lançamento. Ainda acho que a ideia é boa. Simplesmente não tenho capacidade para executá-la e desenvolvê-la — e outros grupos agora estão trabalhando no mesmo problema, o que tornou difícil justificar a continuação do projeto. Eis o que era, o que realmente foi construído, e o que envolveu encerrar o projeto adequadamente; essa última parte é o que ninguém costuma escrever sobre.
Resumindo:
- A ideia: uma forma de as pessoas que lançam modelos de IA de código aberto serem remuneradas pelas empresas que os utilizam, sem nenhuma organização intermediária controlando o dinheiro.
- O que foi construído: um site com 14 páginas em 13 idiomas, 33 migrações de banco de dados, três funções no servidor, um registro público assinado e uma calculadora de liquidação com implementações em Python e JavaScript.
- O que gerou: nada. O registro foi lançado vazio e permaneceu assim — zero modelos, zero pagamentos, zero usuários.
- Por que parei: a ideia ultrapassou o que uma única pessoa consegue construir e manter.
- O que você ganha: tudo isso, gratuitamente, no final desta página — além das lições aprendidas durante o encerramento do projeto, que me custaram muito para assimilar.
A ideia
Modelos de IA de código aberto são lançados gratuitamente e depois incorporados em produtos que geram lucro. As pessoas que criaram os modelos não recebem nada disso. Não existe algo equivalente aos royalties pagos por uma estação de rádio quando ela transmite uma música.
O OMLA — Open Model Licensing Association — pretendia ser essa peça que faltava. Sua decisão central de design foi sobre o que ele se recusava a fazer:
- Um criador publica um manifesto assinado para seu modelo: quem o fez, de onde vem e para onde enviar o dinheiro.
- O uso não comercial é gratuito. Um usuário comercial acima de um determinado limite de receita autoevalua quanto deve pagar — 30% do maior valor entre a receita gerada ou o custo equivalente de inferência — uma vez por trimestre.
- Eles pagam os criadores diretamente, de carteira para carteira.
O OMLA nunca tocou no dinheiro. Nem sequer soube dele: sem relatórios de uso, sem dados de pagadores, sem contas com fundos. Isso foi intencional. No momento em que uma organização passa a controlar o dinheiro de outras pessoas, ela precisa de licença para transmissão de valores em todas as jurisdições onde opera; só isso já seria maior do que todo o resto do projeto somado. A ausência de custódia eliminou o maior risco de lançamento e fez com que ninguém precisasse confiar no OMLA: o registro é um documento público assinado, a calculadora é aberta e determinística, e qualquer um pode verificar ambos por conta própria.
O que realmente foi construído
Mais do que eu esperava, olhando para trás:
- Um site público com 13 idiomas: licença, registro, FAQ, termos e privacidade — ao todo, 14 páginas.
- 33 migrações de banco de dados no Supabase, segurança em nível de linha em todas as tabelas e um log de auditoria à prova de adulterações, com hashes SHA-256.
- Três funções no servidor: registro, atualização de manifestos e verificação do status do registro.
- Assinaturas pós-quânticas híbridas (Ed25519 combinado com ML-DSA-65) no registro, para que os dados assinados continuem válidos caso as curvas elípticas deixem de ser seguras.
- Uma calculadora de liquidação com especificação escrita e duas implementações independentes — Python e JavaScript — cuja saída foi comprovada como idêntica, para que ninguém precise acreditar cegamente na minha aritmética.
- Avaliação de segurança independente do esquema, que revelou um caminho real de elevação de privilégios e vários pontos de abuso. Todos foram corrigidos.
E o número honesto ao lado de tudo isso: zero. Zero modelos registrados, zero pagamentos efetuados, zero empresas cadastradas. O registro estava assinado, correto e vazio; nenhum sistema de pagamento foi integrado. A corporação foi criada, mas nunca solicitou status de isenção fiscal e acabou dissolvida. Construí tudo com cuidado, mas nunca soube se alguém realmente queria aquilo — o que é uma lição em si mesma, e nada lisonjeira.
O que realmente foi necessário para encerrar
Pensei que o encerramento levaria apenas uma tarde. Não levou, e os motivos são a parte útil deste artigo.
O aviso e o texto legal precisam mudar juntos. Coloquei um banner no site dizendo “este projeto foi encerrado, nunca foi lançado nem usado”. Porém, a página da licença ainda afirmava “Em vigor — modelos podem ser licenciados corretamente”. Durante dez dias meu próprio site fez duas afirmações opostas sobre o status legal da minha licença; só percebi isso numa revisão programada, e não ao olhar a página diretamente. Ao encerrar algo com texto legal associado, aviso e texto devem ser alterados como um único conjunto, não separadamente.
Descubra o que mais depende das mesmas bases antes de remover qualquer uma delas. O domínio não servia apenas ao OMLA — um aplicativo privado meu, sem relação, também usava um caminho nele. O repositório de credenciais com o nome do projeto guardava chaves de implantação para outro site completamente diferente. Nenhum dos dois podia ser apagado sem mais; ambos pareciam perfeitamente seguros para exclusão até eu verificar. A primeira etapa do meu plano de encerramento acabou sendo uma lista do que não devia tocar.
“Ninguém foi afetado” é uma afirmação que você deve poder comprovar. Antes de escrever que o OMLA nunca foi usado, verifiquei o registro e confirmei que estava vazio. Por sorte era verdade; caso contrário, o encerramento exigiria um plano de exportação de dados e notificações em vez de apenas um banner — e isso deve ser descoberto antes de publicar a frase, não depois que alguém mande um e-mail.
Decidir parar e realmente parar são dois projetos distintos. A decisão levou um dia; o processo de desativação virou um manual: exportar os dados, publicar o aviso, encerrar o backend, fechar as caixas de correio, desativar a automação que monitorava tudo, remover as chaves secretas. Três semanas depois, ainda era preciso uma segunda revisão na parte pública. Reserve um orçamento para essa fase final.
Uma boa ideia que não tem pessoal suficiente para executar também merece ser abandonada. Essa foi a lição mais difícil para mim. O OMLA não falhou no conceito: ainda acredito que ele seja correto, e o fato de outros grupos estarem trabalhando nele é prova disso. O problema foi de capacidade: havia um grande hiato entre o que era necessário (documentação jurídica, divulgação para criadores, mecanismo de pagamentos, desenvolvimento contínuo) e o que uma única pessoa com emprego diurno podia fazer. Reconhecer isso cedo é mais barato do que provar lentamente que não daria certo.
Onde isso me deixa
O site permanece no ar como registro histórico, o registro continua assinado e vazio; o código está abaixo para quem quiser levar a ideia adiante — ele é mais útil para outros do que ficando no meu disco. Se você está trabalhando nessa área, as partes que eu copiaria são a postura de não ter custódia sobre fundos e a calculadora de liquidação com duas implementações.
Se você está encerrando algo: escreva o manual antes de começar a apagar tudo, e descubra o que mais depende das mesmas bases.
Relacionado: Quanto meus agentes de IA realmente custam.
Downloads
Gratuito para uso pessoal. Se isso te economizar uma tarde, o botão do café está logo ali.