Хабр-автор вайбкодит на Rust три утилиты: DirMerge, ProcessTree и Notepad

Автор серии на Habr выложил новую порцию утилит, написанных с помощью LLM на Rust: DirMerge, ProcessTree и Notepad. Три программы, один вопрос: можно ли с помощью нейросети собрать инструменты, которыми человек реально пользуется каждый день, и не вернуться через неделю к старому софту. Сам автор называет происходящее «шизофазией с вайбкодерством», так что градус самоиронии заявлен сразу.

Важная оговорка: в анонсе нет ни названия модели, ни объёма кода, ни времени разработки, ни результатов тестов. Всё, что ниже, опирается на заявленную постановку эксперимента и названия утилит. Полные выводы автора лежат в статье на Habr.

Что именно проверяется

Большинство демонстраций вайбкодинга заканчиваются на стадии «работает на моей машине». Здесь планка выше: утилита должна вытеснить инструмент, который автор уже использует. Это жёсткий критерий. Пользователь замечает лаги, кривую работу с клавиатурой, потерянные настройки и странное поведение на больших данных. Простое приложение не прощает мелких недоработок, потому что с ним работают часами.

По названиям можно предположить, что DirMerge занимается слиянием каталогов, ProcessTree показывает процессы в виде дерева, а Notepad заменяет текстовый редактор. Это классические задачи, для которых давно есть зрелые решения. Поэтому сравнивать новинки придётся с очень сильными конкурентами.

Почему Rust и почему простые инструменты

Rust для такого опыта выбран не случайно. Компилятор строго проверяет владение памятью и типы, поэтому часть ошибок, которые LLM обычно допускает в динамических языках, отсекается ещё на сборке. Результат — один исполняемый файл без тяжёлого рантайма. Обратная сторона: модели хуже справляются с borrow checker и lifetimes, и цикл «сгенерировал, не собралось, исправил» может занять много итераций.

Простые утилиты подходят для проверки по другой причине. У них ограниченная область задач, понятное поведение и легко сравнимый эталон. Если ИИ не вытягивает редактор текста или просмотр дерева процессов, рассчитывать на сложные системы пока рано.

Что известно об эксперименте:

• язык: Rust;
• метод: вайбкодинг с участием LLM;
• количество утилит в этой части: три (DirMerge, ProcessTree, Notepad);
• критерий: замена инструментов, которыми автор пользуется на практике;
• главный риск, названный автором: неразрешимые проблемы, после которых придётся вернуться к старому софту;
• модель, объём кода и метрики производительности в анонсе не раскрыты.

Как использовать этот опыт

Если хотите повторить такой опыт, начните с инструмента, который вам несложно проверить. Выберите задачу с чётким эталоном, например утилиту для сравнения папок, и сформулируйте приёмку заранее: сколько файлов она должна обработать, какие горячие клавиши нужны, что считается регрессией. Держите старый инструмент под рукой минимум на пару недель.

Наблюдайте за тем, где ломается именно модель. Типичные места: обработка путей и кодировок в разных ОС, корректность на больших каталогах, работа с буфером обмена и фокусом окна. Именно такие детали отличают прототип от программы, которой можно пользоваться. Читать серию стоит ради этих выводов, а не ради самих утилит.