Foi apresentado o projeto rars, que desenvolve uma implementa\u00e7\u00e3o livre de ferramentas para o formato RAR, escrita na linguagem Rust e que suporta n\u00e3o apenas a descompress\u00e3o, mas tamb\u00e9m a cria\u00e7\u00e3o de arquivos RAR. A ferramenta suporta tanto os formatos RAR 1.3\/1.4 com a assinatura «RE~^» quanto a \u00faltima vers\u00e3o do RAR 7. Est\u00e3o dispon\u00edveis opera\u00e7\u00f5es avan\u00e7adas, como divis\u00e3o em volumes, prote\u00e7\u00e3o por senha, criptografia de cabe\u00e7alhos, anexa\u00e7\u00e3o de coment\u00e1rios, filtros RARVM, \u00edndices para abertura r\u00e1pida e mecanismos de recupera\u00e7\u00e3o de dados danificados. O c\u00f3digo \u00e9 distribu\u00eddo sob as licen\u00e7as MIT e Apache-2.0. Com base na biblioteca PyO3, foram preparados bindings para a linguagem Python, que implementam uma API no estilo rarfile para visualiza\u00e7\u00e3o, teste e extra\u00e7\u00e3o de arquivos, bem como uma API no estilo RarBuilder para cria\u00e7\u00e3o ou reempacotamento de arquivos.<\/p>\n
A caracter\u00edstica do projeto \u00e9 que ele implementa o trabalho com o formato RAR sem usar o c\u00f3digo da ferramenta unrar, que \u00e9 distribu\u00edda sob uma licen\u00e7a n\u00e3o livre que pro\u00edbe o uso do c\u00f3digo unrar para recriar o algoritmo de compress\u00e3o RAR ou desenvolver um arquivador compat\u00edvel com RAR. Devido a essa restri\u00e7\u00e3o, a maioria dos arquivadores livres limitou-se apenas \u00e0s fun\u00e7\u00f5es de extra\u00e7\u00e3o de arquivos RAR, e para criar arquivos RAR, foi necess\u00e1rio usar ferramentas propriet\u00e1rias da RARLAB.<\/p>\n
Um reposit\u00f3rio separado chamado rar-research foi criado, onde est\u00e3o publicadas especifica\u00e7\u00f5es para os formatos RAR 1.3\/1.4, RAR 1.5-4.x e RAR 5.0\/7.0, al\u00e9m de notas sobre os algoritmos usados, filtros, m\u00e9todos de verifica\u00e7\u00e3o e recupera\u00e7\u00e3o de integridade, criptografia, divis\u00e3o em volumes e mecanismos de prote\u00e7\u00e3o. Como, no momento da cria\u00e7\u00e3o do projeto rars, n\u00e3o existia uma documenta\u00e7\u00e3o t\u00e9cnica oficial completa, a documenta\u00e7\u00e3o foi reconstru\u00edda com base no c\u00f3digo dos descompactadores, implementa\u00e7\u00f5es antigas, arquivos de teste e an\u00e1lise das vers\u00f5es bin\u00e1rias do RAR para DOS e Windows.<\/p>\n
A implementa\u00e7\u00e3o foi criada utilizando ferramentas de IA como OpenAI Codex 5.5 e Claude Opus 4.7 no tempo livre, levando cerca de cinco semanas. Na primeira fase, os modelos foram utilizados para sistematizar informa\u00e7\u00f5es sobre o formato e preencher lacunas na descri\u00e7\u00e3o, ap\u00f3s o que, com a especifica\u00e7\u00e3o reconstru\u00edda, foi gerado o c\u00f3digo na linguagem Rust. Para aprimorar a especifica\u00e7\u00e3o e refinar a implementa\u00e7\u00e3o, o funcionamento em arquivos reais foi testado e comparado com implementa\u00e7\u00f5es padr\u00e3o.<\/p>\n
Observou-se que as ferramentas de IA lidaram bem com a transfer\u00eancia de descri\u00e7\u00f5es formais para c\u00f3digo e com a implementa\u00e7\u00e3o rotineira de uma grande quantidade de funcionalidades, mas n\u00e3o conseguiram garantir o controle arquitet\u00f4nico. Sem supervis\u00e3o rigorosa, os modelos de IA tendiam a contornar os testes, complicar o c\u00f3digo e deixar passar problemas \u00f3bvios que afetavam a usabilidade. Na avalia\u00e7\u00e3o do autor, em um projeto dessa magnitude, os testes, a documenta\u00e7\u00e3o e os coment\u00e1rios se tornaram n\u00e3o apenas ferramentas de verifica\u00e7\u00e3o, mas tamb\u00e9m um meio de direcionar a gera\u00e7\u00e3o de c\u00f3digo na dire\u00e7\u00e3o correta.<\/p>\n
O desenvolvimento foi acelerado ap\u00f3s a introdu\u00e7\u00e3o do modo « \/goal» no OpenAI Codex, permitindo que o agente de IA trabalhasse por longos per\u00edodos em uma \u00fanica tarefa, comprimindo o contexto e continuando a execu\u00e7\u00e3o ap\u00f3s seu transbordamento. Nesse modo, o Codex funcionou v\u00e1rias vezes por mais de 6 horas e uma vez por cerca de 16 horas, implementando uma parte significativa da funcionalidade restante, como recupera\u00e7\u00e3o de dados, criptografia e arquivos multilaterais. Com um subs\u00eddio significativo para tokens, foram gastos 40 libras esterlinas.<\/p>\n
Em termos de taxa de compress\u00e3o, o rars est\u00e1, em m\u00e9dia, 5-10% atr\u00e1s do WinRAR. Em termos de velocidade de compress\u00e3o e descompress\u00e3o, o rars \u00e9 significativamente mais lento que o WinRAR devido \u00e0 falta de otimiza\u00e7\u00f5es adequadas. No entanto, o projeto j\u00e1 possui o modo « --features fast», que aplica otimiza\u00e7\u00f5es baseadas em instru\u00e7\u00f5es SIMD para acelerar a compress\u00e3o e a descompress\u00e3o, mas que depende de uma API experimental std::simd, dispon\u00edvel apenas nas vers\u00f5es de teste da ferramenta Rust. Tamb\u00e9m foi implementado o modo « --features parallel», que utiliza a biblioteca Rayon para paralelizar a compress\u00e3o de arquivos individuais.<\/p>\n