Pular para o conteúdo
    Artigo

    Com Claude Opus e Rust, desenvolvedor lança sete clones livres do Creative Cloud — e admite que estão longe de prontos

    Brandon Thomas publicou sete reimplementações open source de apps da Adobe feitas com Claude Opus 5.5. O caso expõe tanto o alcance da geração de código quanto os limites do discurso de que 'o software acabou'.

    Filipe Mendes

    7 de out. de 2026 · 7 min de leitura

    Seguir no Google
    Varal de secagem de câmara escura atravessa o quadro em diagonal com sete impressões idênticas de um retrato de estúdio presas por pinças de madeira. Da esquerda para a direita, as cópias perdem qualidade progressivamente: as primeiras estã
    Sete cópias do mesmo retrato penduradas em varal de câmara escura: a multiplicação é real, mas a revelação se interrompe antes da entrega.

    No fim de setembro de 2026, uma conta no GitHub chamada storytold publicou sete repositórios em dois dias. Cada um reimplementa, do zero, um aplicativo da suíte da Adobe: PhotoCraft para o Photoshop, VectorCraft para o Illustrator, FilmCraft para o Premiere Pro, LightCraft para o Lightroom, EffectCraft para o After Effects, DesignCraft para o InDesign e PrintCraft para o Acrobat Pro. Todos em Rust puro, com builds para macOS, Windows, Linux e uma versão em WebAssembly que roda o motor inteiro em uma aba do navegador. O autor do projeto é o desenvolvedor Brandon Thomas (abre em nova aba), que atribui o ritmo da construção ao modelo Claude Opus 5.5, da Anthropic (abre em nova aba).

    A história tem dois planos que vale separar desde o início. Um é o fenômeno: sete reimplementações funcionais de aplicativos comerciais maduros, geradas com assistência de IA em tempo recorde, sob licenças MIT e Apache. O outro é o discurso que Thomas construiu em volta do feito, sintetizado na frase "software is over". O primeiro plano é verificável e parcialmente impressionante. O segundo é uma tese sobre o futuro do setor que os próprios números do projeto ainda não sustentam.

    Clean room em Rust: o que exatamente foi feito

    O termo técnico importa aqui. Clean-room implementation é a reconstrução de um software a partir do comportamento observado da interface e dos formatos de arquivo, sem acesso ao código-fonte original. É a mesma estratégia que historicamente protegeu projetos de compatibilidade reversa de acusações de cópia. No caso da suíte Artcraft, a decisão de usar Rust não é cosmética: a linguagem oferece segurança de memória sem garbage collector, o que importa em aplicativos de manipulação de imagem e vídeo, onde performance e ausência de crashes são requisitos de base.

    Close das mãos de um maquinista, sem rosto visível, medindo com um paquímetro metálico uma engrenagem recém-usinada de aço ferrugem alaranjado sobre uma bancada de aço escovado; ao lado, sobre um pano escuro, uma engrenagem idêntica polida
    Medir, comparar, refinar: a reconstrução de peças por observação direta espelha o método — e os limites — de reimplementar software conhecido sem acesso ao original.

    O alcance do PhotoCraft, o repositório mais avançado, dá a medida do esforço. Segundo a documentação do próprio projeto, o aplicativo abre, edita e salva arquivos PSD e PSB com camadas, máscaras, camadas de ajuste, estilos de camada, texto vivo, vetores e um motor de pincéis. O projeto contabiliza que os 625 itens de menu do Photoshop estão conectados a comandos ativos, um índice que o próprio repositório reporta como 100%. No mesmo documento, porém, os próprios autores admitem que a paridade real com o Photoshop está bem abaixo de 50%.

    Essa diferença entre "menu mapeado" e "recurso completo" é o detalhe mais honesto de toda a história. Um item de menu pode existir e responder a um clique; isso não significa que o comportamento equivale ao original. A própria documentação reconhece a lacuna, o que raramente acontece em anúncios desse tipo.

    A tabela abaixo resume o estado de cada repositório segundo os dados públicos de 7 de outubro de 2026:

    RepositórioCorresponde aEstrelas no GitHubEstado destacado
    PhotoCraftPhotoshop6.691Camadas, máscaras, texto vivo, motor de pincéis
    FilmCraftPremiere Pro1.624Timeline multitrilha, monitor de programa, scopes
    LightCraftLightroom1.244Decodificação nativa de DNG, CR2, ARW e RW2
    PrintCraftAcrobat Pro1.117Rastreia 803 recursos; ainda sem renderizador próprio de PDF
    VectorCraftIllustrator1.039Caneta, operações booleanas, gradient mesh, tracing
    EffectCraftAfter Effects826Motion graphics e composição
    DesignCraftInDesign535Layout de páginas e publicação

    O PrintCraft expõe bem a fragilidade do projeto num detalhe técnico: ele rastreia 803 recursos do Acrobat Pro, mas o próprio roadmap admite que falta o renderizador de PDF, ou seja, o componente central sem o qual um leitor de PDF é, no máximo, um organizador de documentos. Um clone de Acrobat sem renderizador próprio depende de bibliotecas de terceiros para a função mais básica que promete. É o tipo de coisa que passa despercebida numa página de marketing e aparece no primeiro minuto de uso.

    O papel do Claude Opus 5.5 e o processo de construção

    Thomas descreve os aplicativos como "substituições clean-room" geradas com o Claude Opus 5.5. Ele afirma ter cerca de uma década de experiência em projetos Rust de grande escala, o que muda a leitura do feito: não se trata de um iniciante apertando botões em um gerador de código, mas de um engenheiro experiente usando o modelo como força de trabalho para escrever grande volume de código, com ele fazendo arquitetura, revisão e integração.

    Essa divisão de trabalho é o modelo que se tornou comum entre desenvolvedores que usam modelos de linguagem como o Claude (abre em nova aba): o modelo gera código, o humano valida, ajusta e decide a estrutura. A velocidade relatada, sete repositórios publicados entre 30 de setembro e 1º de outubro de 2026, com o primeiro commit do PhotoCraft datado de 30 de setembro e 6.691 estrelas até a manhã de 7 de outubro, é incomum, mas não inexplicável. Reimplementar interfaces e estruturas de dados conhecidas, com especificação implícita no produto original, é exatamente o tipo de tarefa em que geração assistida rende mais: o alvo está definido, o comportamento de referência existe e a validação pode ser visual.

    A WebAssembly como alvo adicional reforça a coerência técnica da escolha de Rust. O mesmo código compila para nativo e para o navegador, o que dá à suíte um caminho de distribuição sem instalação que os originais da Adobe não têm. Do ponto de vista de arquitetura, é a decisão mais acertada do projeto.

    Motivação, financiamento e o tom do debate

    Thomas declarou no Hacker News que a motivação direta foi ter sido "mordido pelo padrão escuro da taxa de cancelamento uma vez demais", em referão às críticas recorrentes ao processo de cancelamento de assinaturas da Adobe, que já rendeu ações de consumidores e reguladores em vários países. Não há registro de resposta pública da Adobe ao lançamento até a data das coberturas.

    O financiamento segue um modelo híbrido que merece atenção dos que acompanham sustentabilidade de projetos livres: os aplicativos são gratuitos sob MIT e Apache, e a receita vem da venda de acesso por tokens ao modelo de IA visual da Artcraft e ao seu IDE. Ou seja, o software livre funciona como porta de entrada para um serviço pago de IA, que também está embutido nos aplicativos junto com modelos de terceiros. É uma variação do modelo open core, e é honesta desde que a fronteira entre o que é livre e o que é pago fique clara na prática.

    A trajetória da marca explica o pivô. A Artcraft começou no ano anterior como uma plataforma de "IA controlável para artistas", com edição pós-geração de imagens e vídeos. A suíte de clones é, no fundo, uma extensão dessa estratégia: aplicativos de criação tradicionais que carregam IA generativa dentro.

    "Software is over": tese, projeção e os ajustes de prazo

    Aqui o caso fica mais interessante como debate do que como produto. Thomas chegou a afirmar no Reddit que alcançaria 100% de paridade de recursos "em um mês". Dias depois, no Hacker News, corrigiu: "99% de paridade vai demorar um pouco, mas tenho certeza de que será medida em meses e não em anos". A correção em si já é um dado: a primeira estimativa não sobreviveu nem a uma semana de contato com usuários reais, que no Hacker News e em outras plataformas apontaram bugs e funcionalidades ausentes, confirmadas por Thomas como estágio de "super early alpha".

    A frase "software is over" expressa a tese de que modelos de IA podem gerar software sob demanda rápido e barato o suficiente para dissolver o modelo de negócio de pacotes prontos. Vale separar o que é observação do que é projeção. Observável: um desenvolvedor experiente gerou, com assistência de um modelo, uma suíte de clones em dias, e ela roda. Projeção: que essa capacidade se traduz em paridade de qualidade com softwares que acumularam décadas de refinamento em algoritmos de processamento de imagem, engines de texto e renderização. A distância entre as duas coisas está registrada na própria documentação do projeto, na forma daquele número abaixo de 50%.

    Há uma lição prática para desenvolvedores nesse caso. Paridade de interface é o problema fácil; o código gerado reproduce o que se vê. Paridade de engenharia invisível, como color management, precisão tipográfica, estabilidade em arquivos corrompidos, performance em projetos de horas de vídeo, é o problema que não aparece na demo e define o produto final. O modelo de geração de código acelera o primeiro e não resolve, sozinho, o segundo. Não é pouca coisa: é apenas menos coisa do que o anúncio promete.

    O que fica de pé

    Aos critérios de quem avalia adotar ou contribuir: os repositórios existem, têm licenças permissivas, instalação em três sistemas operacionais mais navegador, e velocidade de releases, com cortes recentes em PhotoCraft, VectorCraft e EffectCraft em 6 de outubro de 2026. O interesse da comunidade é real, medido em estrelas e forks, não fabricado. A imaturidade também é real: alpha assumido, roadmap com buracos estruturais, como o renderizador de PDF ausente, e previsões de prazo já revisadas uma vez.

    Como experimento sobre o que a geração assistida de código consegue produzir quando o alvo está completamente especificado por um produto existente, o projeto é um dos mais claros até agora. Como alternativa à Adobe, ainda não é, e o próprio criador, na segunda versão de sua estimativa, parece saber disso. O valor imediato está menos nos aplicativos do que na evidência que eles fornecem sobre um limite: o de que código barato e rápido deixa de ser o gargalo, e o gargalo passa a ser exatamente aquilo que o modelo ainda não gera, que é a década de detalhes que separa um menu clicável de um software em que um profissional confia.

    Filipe Mendes

    Ver perfil completo