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.

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ório | Corresponde a | Estrelas no GitHub | Estado destacado |
|---|---|---|---|
| PhotoCraft | Photoshop | 6.691 | Camadas, máscaras, texto vivo, motor de pincéis |
| FilmCraft | Premiere Pro | 1.624 | Timeline multitrilha, monitor de programa, scopes |
| LightCraft | Lightroom | 1.244 | Decodificação nativa de DNG, CR2, ARW e RW2 |
| PrintCraft | Acrobat Pro | 1.117 | Rastreia 803 recursos; ainda sem renderizador próprio de PDF |
| VectorCraft | Illustrator | 1.039 | Caneta, operações booleanas, gradient mesh, tracing |
| EffectCraft | After Effects | 826 | Motion graphics e composição |
| DesignCraft | InDesign | 535 | Layout 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.
