Autor do Habr faz vibe coding de três utilitários em Rust: DirMerge, ProcessTree e Notepad

O autor da série no Habr publicou uma nova leva de utilitários escritos em Rust com a ajuda de LLMs: DirMerge, ProcessTree e Notepad. São três programas e uma pergunta: dá para usar uma rede neural para montar ferramentas que a pessoa realmente use todos os dias, sem voltar ao software antigo uma semana depois? O próprio autor chama o que está fazendo de “esquizofasia com vibe coding”, então o tom de autoironia já vem declarado desde o início.

Uma ressalva importante: o anúncio não traz o nome do modelo, o volume de código, o tempo de desenvolvimento nem resultados de testes. Tudo o que segue se baseia na proposta declarada do experimento e nos nomes dos utilitários. As conclusões completas do autor estão no artigo do Habr.

O que exatamente está sendo testado

A maioria das demonstrações de vibe coding termina no estágio do “funciona na minha máquina”. Aqui a barra é mais alta: o utilitário precisa tirar do lugar uma ferramenta que o autor já usa. É um critério rígido. O usuário percebe lentidão, atalhos de teclado que funcionam mal, configurações perdidas e comportamento estranho com grandes volumes de dados. Um aplicativo simples não perdoa pequenas falhas, porque a pessoa trabalha com ele por horas.

Pelos nomes, dá para supor que o DirMerge faz a mesclagem de diretórios, o ProcessTree mostra os processos em forma de árvore e o Notepad substitui o editor de texto. São tarefas clássicas, para as quais já existem soluções maduras há muito tempo. Por isso, as novidades terão de ser comparadas a concorrentes muito fortes.

Por que Rust e por que ferramentas simples

A escolha do Rust para esse experimento não é por acaso. O compilador verifica com rigor a propriedade de memória e os tipos, então parte dos erros que as LLMs costumam cometer em linguagens dinâmicas é barrada já na compilação. O resultado é um único executável, sem um runtime pesado. O outro lado da moeda: os modelos lidam pior com o borrow checker e os lifetimes, e o ciclo “gerou, não compilou, corrigiu” pode levar muitas iterações.

Os utilitários simples servem para o teste por outro motivo. Eles têm um escopo limitado de tarefas, comportamento claro e uma referência fácil de comparar. Se a IA não dá conta de um editor de texto ou de um visualizador da árvore de processos, ainda é cedo para contar com ela em sistemas complexos.

O que se sabe sobre o experimento:

• linguagem: Rust;
• método: vibe coding com participação de LLM;
• número de utilitários nesta parte: três (DirMerge, ProcessTree, Notepad);
• critério: substituir as ferramentas que o autor usa na prática;
• principal risco apontado pelo autor: problemas sem solução, que o obriguem a voltar ao software antigo;
• modelo, volume de código e métricas de desempenho não foram divulgados no anúncio.

Como aproveitar essa experiência

Se quiser repetir o experimento, comece por uma ferramenta que seja fácil de verificar. Escolha uma tarefa com uma referência clara, como um utilitário para comparar pastas, e defina os critérios de aceitação antes: quantos arquivos ele precisa processar, quais atalhos de teclado são necessários, o que conta como regressão. Mantenha a ferramenta antiga à mão por pelo menos duas semanas.

Observe onde exatamente o modelo falha. Os pontos típicos são o tratamento de caminhos e codificações em diferentes sistemas operacionais, a correção com diretórios grandes e o uso da área de transferência e do foco da janela. São esses detalhes que separam um protótipo de um programa que dá para usar de verdade. Vale acompanhar a série por essas conclusões, e não pelos utilitários em si.