4 pontos por GN⁺ 2026-03-13 | 1 comentários | Compartilhar no WhatsApp
  • Robôs de IA reconstroem projetos open source de forma independente, fornecendo código legalmente distinto e uma licença amigável para empresas
  • Sem ver o código original, analisam apenas documentação, APIs e definições de tipos para reescrever do zero um software funcionalmente idêntico
  • O resultado é distribuído sob a licença MalusCorp-0, sem obrigação de atribuição de copyright, divulgação de código-fonte ou compartilhamento de modificações
  • O usuário pode enviar uma lista de dependências como package.json, e o sistema gera automaticamente um orçamento com base em $0.01/KB por tamanho do pacote
  • O objetivo é eliminar o peso da conformidade com licenças open source e minimizar o risco jurídico para empresas

Problemas do open source

  • A obrigação de atribuição da Apache License é apontada como incômoda, por exigir inserir nos documentos frases como “partes deste software...”
  • A licença AGPL traz o risco de que, mesmo usando apenas parte do código, seja necessário divulgar tudo, por isso muitas empresas a proíbem
  • O rastreamento e a auditoria de licenças de centenas de dependências geram tempo e custo
  • Algumas licenças exigem devolver modificações à comunidade, o que, segundo o texto, entra em conflito com o interesse dos acionistas

Solução: Robot-Powered Clean Room Recreation

  • Um sistema de reconstituição clean room baseado em IA analisa apenas documentação e especificações de API, sem jamais ver o código original
    • O robô de análise e o robô de implementação operam como equipes isoladas entre si, evitando cópia ou obra derivada
  • O resultado é tratado como código juridicamente independente, e o usuário passa a ser dono integral dele
  • Principais características
    • Código 100% escrito por robôs
    • 0% de exposição ao código original
    • Resultado funcionalmente idêntico
    • Possibilidade de escolher uma licença amigável para empresas
    • Garantia de indenização jurídica (em nome de subsidiária no exterior)

Processo de Liberation

  • Etapa 1: upload do manifesto
    • Envie uma lista de dependências como package.json, requirements.txt, Cargo.toml
  • Etapa 2: análise isolada
    • Os robôs revisam apenas README, documentação de API e definições de tipos
  • Etapa 3: reconstituição independente
    • Uma equipe separada de robôs reescreve o código com base apenas na especificação
  • Etapa 4: libertação da licença
    • O resultado é fornecido sob a MalusCorp-0 License
      • Remove obrigações típicas do open source existente, como atribuição, compartilhamento de alterações e divulgação do código-fonte
      • O usuário não tem restrições para modificar, distribuir ou comercializar

Política de preços

  • Cobrança por tamanho: tamanho descompactado do pacote em KB no npm × $0.01
    • Valor mínimo do pedido: $0.50
    • Exemplo: lodash (1.3MB) → $13.78, moment (4.1MB) → $42.48
  • Inclui
    • Reconstituição clean room por IA e licença MalusCorp-0
    • 10 documentos de especificação CSP
    • Até 10MB por pacote, com pedidos de até 50 pacotes
    • Sem assinatura, paga-se apenas pelo que for libertado

Garantia e casos

  • MalusCorp Guarantee™: reembolso integral em caso de infração e promessa de transferir a sede para águas internacionais
  • Casos de sucesso
    • 847 dependências AGPL libertadas em 3 semanas, com ‘0’ problemas de licença durante um processo de aquisição
    • Redução do custo estimado da equipe jurídica de US$ 4 milhões para US$ 50 mil
    • Reconstituição de 2.341 pacotes npm, com o dashboard de compliance normalizado imediatamente

Perguntas frequentes

  • Legalidade: trata-se de reconstituição independente sem ver o código original, com base em precedentes jurídicos
  • Compensação aos desenvolvedores originais: publicar como open source foi escolha deles, e não há obrigação de compensação adicional
  • Diferença para cópia: a funcionalidade é a mesma, mas a implementação foi independente, com intenção e processo diferentes
  • Se houver bugs: só há garantia de equivalência funcional; os bugs pertencem ao usuário
  • Divulgação dos robôs: localização não divulgada; para clientes enterprise, visitas são possíveis após NDA
  • Licenças suportadas: é possível libertar de qualquer licença, incluindo MIT, Apache, GPL, AGPL, LGPL, BSD e MPL

Pagamento e uso

  • Processamento automático após pagamento seguro via Stripe
  • O orçamento é gratuito; o pagamento aceita USD, EUR, BTC e stock options
  • O serviço termina com a frase: “Se houver robôs suficientes, as obrigações do open source são apenas uma sugestão”

1 comentários

 
GN⁺ 2026-03-13
Comentários do Hacker News
  • Ao ler o blog da Malus.sh, notei um ponto interessante. É um problema que sinto há décadas, mas que o sistema jurídico ainda não conseguiu tratar direito: a questão de custos de execução (costs matter)
    Por exemplo, não basta colocar uma placa de limite de velocidade de 55 mph. Fiscalizar ocasionalmente com pessoas e fiscalizar perfeitamente com robôs são políticas completamente diferentes. O texto da lei é o mesmo, mas a política real é totalmente diferente
    No passado, a lei era diferente de jure (nominalmente) e de facto (na prática), mas agora a tecnologia pode fazer as duas coincidirem. No entanto, ninguém parece perceber a dimensão dessa mudança. Quanto mais fácil for executar a lei, mais o significado dela muda por completo. Durante séculos, as leis foram criadas com a premissa de que ‘executar é difícil’, e automatizar isso cegamente é uma má ideia para todos
    Talvez um dia a jurisprudência passe a considerar ‘custos de execução’ como parte da análise de legalidade

    • Acho que devemos celebrar uma aplicação mais precisa da lei. A execução imperfeita leva à fiscalização seletiva, o que dá aos aplicadores da lei o poder de alterá-la arbitrariamente. Mas, quanto mais perfeita for a execução, mais regras e punições também precisam ser ajustadas. Caso contrário, haverá desordem social. A lei foi projetada para mudar devagar, mas talvez agora ela não consiga acompanhar esse ritmo
    • Dean Ball mencionou o mesmo tema no programa do Ezra Klein. Achei que execução perfeita traria justiça, mas sem um plano de migração (migration plan) isso não significa nada. A IA promete um futuro incrível, mas o processo de transição até lá é a parte mais difícil
    • Esse problema funciona nos dois sentidos. Muitos órgãos do governo têm obrigação legal de responder a solicitações escritas dos cidadãos, mas antes quase ninguém escrevia cartas. Agora, graças aos LLMs, qualquer pessoa pode redigir facilmente uma carta formal. Se surgir uma IA que escreva automaticamente ‘cartas de reclamação’, os sistemas administrativos talvez não consigam dar conta
    • No artigo de Pamela Samuelson e Suzanne Scotchmer (PDF do Yale Law Journal), parece que a lei de direitos autorais também via positivamente ‘atalhos com custo’. Ou seja, entendia-se que contornos totalmente gratuitos ou automáticos não eram desejáveis. É interessante como o sistema jurídico já reconhecia implicitamente a importância do custo
    • Gosto muito dessa visão de que ‘o custo de execução importa’. As leis dos séculos 18 e 19 foram feitas assumindo capacidade policial limitada, mas hoje a tecnologia de vigilância está mudando tudo. Execução perfeita traz um custo de privacidade. Ainda assim, continua válido o contraponto de que a execução automatizada pode reduzir a injustiça da fiscalização seletiva
  • No começo, eu não percebi que isso era sátira. Mas, pensando bem, talvez pudesse evoluir para um modelo que devolva receita aos desenvolvedores de OSS. Por exemplo, criar “clean room as a service”, mas com a receita indo para os autores originais em vez da Malus.sh. Todo OSS migraria para licenças como AGPL, e empresas pagariam por implementações sob encomenda. Fico curioso sobre qual seria o MVP de um sistema assim

    • Na prática, esse site não é sátira. Ele aceita pagamento via Stripe e realmente gera código. Só está embalado com uma linguagem satírica
    • Se a proposta era séria, isso já pode ser feito com o modelo de duplo licenciamento. Se for piada, é engraçado; se for sério, pode ser um mal-entendido
    • O objetivo original do copyleft era proteger a liberdade (freedom) do software. A proposta de fechar partes do código vai diretamente contra esse princípio
    • Eu também não percebi de início que era sátira, mas entendi na hora quando vi os depoimentos falsos no rodapé do site. Frases como “libertamos 847 dependências AGPL em 3 semanas” foram realmente hilárias
    • Esse modelo pode até funcionar bem. Desenvolvedores de OSS poderiam focar só em desenvolver, sem se preocupar com vendas ou consultoria. Nem precisariam de patrocínio corporativo
  • A frase “Eu me sentia culpado com os mantenedores de open source, mas culpa não entra no resultado trimestral” é realista demais.
    ◆ Chad Stockholder, Diretor de Engenharia da Profit First LLC

    • A relação entre OSS e software comercial sempre misturou tensão moral com idealismo ingênuo
  • Dá uma rejeição tão forte que faz surgir reações como: “Eu não acredito no inferno, mas, se existir, espero que haja um lugar para esse tipo de gente”. A frase “libertamos você das obrigações das licenças open source” é desagradável só de ouvir. E ainda afirmam que “nossa IA nunca viu o código original”, mas fico me perguntando como isso poderia ser provado por auditoria independente. É sátira, mas dá até pressão alta

    • É sátira, mas, na prática, licenças FLOSS não exigem divulgação para uso interno. Mesmo que a IA produza uma implementação totalmente nova, a proteção autoral continua incompleta
    • Na verdade, esse projeto é uma sátira apresentada na FOSDEM. Os autores também vêm da comunidade open source
  • No começo eu não percebi que era sátira, e isso por si só parece mostrar a realidade atual. O mundo está mudando rápido demais

    • Esse site realmente aceita pagamento via Stripe. Parece sátira, mas é um serviço real
    • Eu também não percebi de início que era sátira, mas fiquei aliviado quando vi os depoimentos falsos. Ainda bem que isso ainda não é realidade
    • Mas, vendo o nome ‘Malus’, depois fica claro que é sátira
    • Independentemente do nome, parece que isso acabará virando realidade
  • A implementação clean-room tradicional separava as equipes: um lado escrevia a especificação e o outro implementava. Mas um LLM pode já ter sido treinado com o código original. Nesse caso, a verdadeira questão jurídica passa a ser: o próprio modelo é uma sala contaminada?

  • Nos casos reais chardet issue #327 e #331, dá para ver que alguém já está tentando essa abordagem

    • Há um exemplo em que o modelo Opus 4.6, mesmo sem acesso à web, lembrou e reproduziu o código-fonte completo do chardet (link do gist)
    • Um desenvolvedor que mantém o projeto há mais de 10 anos se esforçou para fazer uma reimplementação sob licença MIT, e mesmo assim acabou sendo criticado pela comunidade. É uma reação muito triste
    • Esse é um caso importante o bastante para merecer uma discussão separada
  • A frase “Se nosso código for considerado infração, daremos reembolso total e transferiremos a sede para águas internacionais” é uma sátira genial. Parece até prever o futuro

    • O nível da sátira é altíssimo. No início parece real, mas, conforme se lê, há pistas intencionais escondidas por toda parte. O mais assustador é que isso realmente pode virar realidade
  • A primeira vez que encontrei o conceito de “clean room” foi em um banco de dados estatísticos de beisebol. Os dados oficiais eram gratuitos, mas o formato e a estrutura podiam ter proteção autoral, então fãs reconstruíram os dados de forma independente. Jogos como Baseball Mogul também usavam isso. Acho que no futuro veremos mais esforços desse tipo de reimplementação independente

  • É uma sátira realmente excelente. Mas por que ninguém ainda criou um serviço assim de verdade? Há pessoas suficientes querendo lucrar usando open source. Será que o risco de processo é grande demais, ou alguém já está tentando?

    • Na prática, qualquer um pode usar um LLM moderno, então não há muito motivo para pagar a um terceiro por uma “implementação clean room”. O valor real estaria no invólucro jurídico (wrapper) que assume o risco legal por você
    • O mundo oferece muitas oportunidades de agir de forma maliciosa, mas a maioria das pessoas ainda tem limites morais. Ainda assim, quando ideias assim são divulgadas, isso pode aumentar tentativas reais, como em crimes por imitação (copycat crime)
    • Na verdade, isso já está acontecendo. Quando um desenvolvedor pede à IA “implemente este recurso; como referência, veja este repositório no GitHub”, uma reimplementação pode acontecer sem querer
    • A questão é confiança e segurança. Em vez de entregar segredos corporativos a um SaaS, parece melhor usar IA localmente. Esses sistemas já existem e são usados ativamente
    • E, realisticamente, os LLMs ainda não escrevem código complexo com perfeição. Por isso, seria difícil esse tipo de serviço funcionar de verdade