TLDR;

Porque o Neovim permite replicar e melhorar o fluxo de ferramentas agent-centradas (como Conductor) oferecendo revisão rápida de código aliada aos poderosos recursos de editor (LSP, jump-to-definition e view references) que aceleram o trabalho. O setup integra modelos e extensões de IA (Claude, Opus, Claude Code), scripts de automação (conductor-setup.sh), terminal moderno (Warp) e Tmux para ter geração, revisão de PRs e edição profunda tudo dentro do Neovim. Para reproduzir o fluxo é necessário configurar Neovim com LSP e plugins compatíveis, usar Tmux/um terminal como Warp, conectar suas APIs/modelos de IA e adicionar scripts de setup para gerenciar worktrees e dados locais.

Resumo

Depois de cinco anos sem usar Neovim, voltei a adotá-lo como meu editor principal durante o boom de codificação com IA. Apesar das novas IDEs agentes como Cursor e ferramentas paralelas como Conductor e Superset, preferi migrar todo meu fluxo para Neovim porque ele permite recriar as funcionalidades que eu apreciava (workspaces ligados a repositórios, scripts de setup, revisão de diffs e integração com GitHub) e, ao mesmo tempo, oferece capacidades avançadas de edição via LSP — jump to definition, find references e outras — que os visualizadores de texto embutidos em ferramentas agentes não têm. Eu descrevo como usava Conductor para criar worktrees, rodar scripts de setup (para variáveis e seed data não versionadas) e alternar entre modelos de IA, mas ressalto que quando o código ficava complexo eu era obrigado a abrir Cursor/VS Code para inspeções mais profundas. Isso me motivou a reconstruir esse fluxo dentro de Neovim (com tmux e integrações como Claude Code) para obter uma experiência unificada: revisão automatizada por IA mais a potência de um editor completo. Com humor, admito que até zerei meu próprio vídeo zombando de Vim, mas a praticidade me convenceu a voltar — atualmente uso também o terminal Warp como parte do meu setup diário.