Przedstawiono projekt rars, rozwijaj\u0105cego woln\u0105 implementacj\u0119 narz\u0119dzi dla formatu RAR, napisanego w j\u0119zyku Rust, wspieraj\u0105cego nie tylko dekompresj\u0119, ale r\u00f3wnie\u017c tworzenie archiw\u00f3w RAR. Narz\u0119dzie obs\u0142uguje zar\u00f3wno wcze\u015bniejsze formaty RAR 1.3\/1.4 z sygnatur\u0105 \u00abRE~^\u00bb, jak i najnowsz\u0105 wersj\u0119 RAR 7. Dost\u0119pne s\u0105 takie rozszerzone operacje, jak podzia\u0142 na wolumeny, ochrona has\u0142em, szyfrowanie nag\u0142\u00f3wk\u00f3w, do\u0142\u0105czanie komentarzy, filtry RARVM, indeksy do szybkiego otwierania oraz mechanizmy odzyskiwania uszkodzonych danych. Kod jest rozpowszechniany na licencjach MIT i Apache-2.0. Na bazie biblioteki PyO3 przygotowano powi\u0105zania dla j\u0119zyka Python, kt\u00f3re implementuj\u0105 API w stylu rarfile do przegl\u0105dania, testowania i wyodr\u0119bniania archiw\u00f3w, a tak\u017ce API w stylu RarBuilder do tworzenia lub ponownego pakowania archiw\u00f3w.<\/p>\n
Cech\u0105 projektu jest to, \u017ce realizuje prac\u0119 z formatem RAR bez korzystania z kodu narz\u0119dzia unrar, kt\u00f3re jest dystrybuowane na zasadach niewolnych licencji, zabraniaj\u0105cej u\u017cywania kodu unrar do odtworzenia algorytmu kompresji RAR lub opracowania zgodnego z RAR archiwizatora. Z powodu tego ograniczenia wi\u0119kszo\u015b\u0107 wolnych archiwizator\u00f3w ogranicza\u0142a si\u0119 jedynie do funkcji dekompresji plik\u00f3w RAR, a do tworzenia archiw\u00f3w RAR konieczne by\u0142o korzystanie z w\u0142asno\u015bciowego narz\u0119dzia od RARLAB.<\/p>\n
Osobno utworzono repozytorium rar-research, w kt\u00f3rym opublikowano specyfikacje dla format\u00f3w RAR 1.3\/1.4, RAR 1.5-4.x i RAR 5.0\/7.0, a tak\u017ce notatki dotycz\u0105ce u\u017cywanych algorytm\u00f3w, filtr\u00f3w, metod weryfikacji i przywracania integralno\u015bci, szyfrowania, podzia\u0142u na woluminy oraz mechanizm\u00f3w ochrony. Poniewa\u017c w momencie tworzenia projektu rars nie istnia\u0142a oficjalna pe\u0142na specyfikacja, dokumentacja zosta\u0142a odtworzona na podstawie kodu dekompresor\u00f3w, starych implementacji, testowych archiw\u00f3w oraz analizy binarnych wersji RAR dla DOS i Windows.<\/p>\n
Implementacja zosta\u0142a stworzona z u\u017cyciem narz\u0119dzi AI OpenAI Codex 5.5 i Claude Opus 4.7 w wolnym czasie pracy, w ci\u0105gu oko\u0142o pi\u0119ciu tygodni. Na pierwszym etapie modele by\u0142y stosowane do systematyzacji informacji o formacie oraz uzupe\u0142niania luk w opisie, po czym na podstawie odtworzonej specyfikacji wygenerowano kod w j\u0119zyku Rust. Do clarifikacji specyfikacji i udoskonalenia realizacji zastosowano testowanie na rzeczywistych archiwach i por\u00f3wnanie z wzorcowymi implementacjami.<\/p>\n
Zauwa\u017cono, \u017ce narz\u0119dzia AI dobrze radzi\u0142y sobie z przekszta\u0142ceniem formalnych opis\u00f3w w kod oraz z rutynow\u0105 realizacj\u0105 du\u017cej ilo\u015bci funkcji, ale nie by\u0142y w stanie zapewni\u0107 kontroli architektonicznej. Bez \u015bcis\u0142ego nadzoru modele AI by\u0142y sk\u0142onne do omijania test\u00f3w, komplikowania kodu i pomijania oczywistych problem\u00f3w, kt\u00f3re wp\u0142ywa\u0142y na u\u017cyteczno\u015b\u0107. Zdaniem autora, w projekcie tej skali testy, dokumentacja i komentarze sta\u0142y si\u0119 nie tylko narz\u0119dziami weryfikacyjnymi, ale tak\u017ce sposobem kierowania generowaniem kodu w odpowiedni\u0105 stron\u0119.<\/p>\n
Przyspieszenie rozwoju uda\u0142o si\u0119 osi\u0105gn\u0105\u0107 po wprowadzeniu w OpenAI Codex trybu \u00ab\/goal\u00bb, kt\u00f3ry umo\u017cliwia agentowi AI d\u0142ugoterminow\u0105 prac\u0119 nad jednym zadaniem, kompresuj\u0105c kontekst i kontynuuj\u0105c wykonanie po jego przepe\u0142nieniu. W takim trybie Codex kilka razy pracowa\u0142 ponad 6 godzin, a raz oko\u0142o 16 godzin, realizuj\u0105c znaczn\u0105 cz\u0119\u015b\u0107 pozosta\u0142ej funkcjonalno\u015bci, takiej jak odzyskiwanie danych, szyfrowanie i archiwa wielotomowe. Przy znacznej subsydii na tokeny wydano 40 funt\u00f3w.<\/p>\n
Pod wzgl\u0119dem kompresji rars \u015brednio o 5-10% ust\u0119puje WinRAR. Pod k\u0105tem szybko\u015bci kompresji i dekompresji rars jest znacznie wolniejszy od WinRAR z powodu braku pe\u0142noprawnych optymalizacji. Niemniej jednak w projekcie dost\u0119pny jest tryb \u00ab--features fast\u00bb, stosuj\u0105cy optymalizacje oparte na instrukcjach SIMD w celu przyspieszenia kompresji i dekompresji, ale uzale\u017cniony od eksperymentalnego API std::simd, dost\u0119pnego tylko w testowych kompilacjach narz\u0119dzi Rust. Zrealizowano r\u00f3wnie\u017c tryb \u00ab--features parallel\u00bb, wykorzystuj\u0105cy bibliotek\u0119 Rayon do r\u00f3wnoleg\u0142ego kompresowania pojedynczych plik\u00f3w.<\/p>\n