Buda vs Roo Code: depois do encerramento da extensão, no que o workflow deve se transformar?
Guia de migração do Roo Code: sucessores diretos, inventário, testes de falha e quando Buda faz sentido.
Buda vs Roo Code: depois do encerramento da extensão, no que o workflow deve se transformar?
Roo Code já não é uma comparação normal entre produtos ativos. A documentação oficial e a página no Visual Studio Marketplace afirmam que a extensão Roo Code foi encerrada em 15 de maio de 2026. O mesmo aviso aponta para ZooCode, um fork iniciado pela comunidade Roo, e Cline, projeto do qual Roo Code se originou.
Isso muda o objetivo do artigo. Quem quer a continuação mais próxima da experiência no VS Code deve avaliar esses sucessores diretos primeiro. Buda não é um fork compatível e não deve ser apresentada assim.
Buda só entra quando a migração é maior: recriar o Agent centrado no IDE em outra extensão ou transformar as partes repetíveis em um workspace cloud compartilhado por Agents técnicos e não técnicos, artefatos, responsáveis e revisores?
Comece pelo status oficial, não por uma lista antiga
A documentação preservada descreve um Agent open source capaz no VS Code: leitura e escrita de arquivos, comandos de terminal, navegação quando disponível, MCP, vários modelos e modos Code, Architect, Ask, Debug e customizados. Também havia aprovações, regras de projeto, contexto e workflows de várias etapas.
Essas capacidades importam para saber o que preservar, mas documentação histórica não prova manutenção ou suporte atual. O aviso de encerramento deve vir antes de qualquer decisão.
A primeira pergunta não é “Roo ou Buda?”, mas “de qual parte do Roo o time dependia?”. Isso define se o destino deve ser outro Agent de editor, uma plataforma de coding Agents ou um workspace operacional mais amplo.
Faça o inventário antes de escolher
Registre:
- repositórios e pastas acessados;
- Modes, papéis e instruções customizadas;
.roorules, convenções, prompts e comandos;- MCP servers, ferramentas, provedores e modelos locais;
- aprovações de escrita, terminal e rede;
- tarefas recorrentes, critérios, testes e entregas;
- revisor humano e condição de conclusão.
Não exporte credenciais. Registre integração e responsável e depois rotacione ou reconecte secrets pelo mecanismo aprovado no destino.
O inventário separa procedimentos portáveis de estado específico. Uma convenção pode migrar; uma conversa privada, checkpoint, token ou índice local pode não migrar.
Existem três rotas de migração
| O que preservar | Caminho direto | Onde Buda entra |
|---|---|---|
| O mesmo ciclo no VS Code | Avaliar ZooCode e Cline, citados no aviso oficial | Normalmente não é substituto direto |
| Coding Agents entre desenvolvimento local e cloud | Avaliar plataforma ativa por repositório, modelo, revisão e deploy | Pode guardar contexto do issue e artefatos de release ao redor do sistema de código |
| Workflow recorrente entre código, pesquisa, docs, operações e revisão | Reconstruir fontes, papéis, artefatos e aprovações | Buda pode ser o workspace operacional do processo maior |
Assim o time não escolhe uma ferramenta apenas porque ambas usam a palavra Agent.
Quando um sucessor direto é a resposta
Se a necessidade continua sendo um Agent autônomo dentro do VS Code, avalie o sucessor direto antes da Buda. O aviso oficial aponta para ZooCode e Cline. Teste provedores, instruções, terminal, MCP, diff, aprovações e ambiente local.
Não reproduza toda configuração antiga. Escolha um bug ou refactor representativo com regras reais e compare diff, testes, permissões, custo, recuperação e intervenção.
Se funcionar e todo trabalho posterior ainda pertence ao desenvolvedor e repositório, não há motivo para adicionar um workspace mais amplo.
Quando Buda é uma migração relevante
Buda importa quando Roo tinha virado uma porta informal para trabalho além de código: evidência web, release notes, planos, documentação ou passagens para produto e operações. Se isso ficava preso no editor de uma pessoa, trocar apenas a extensão preserva o gargalo.
Buda divide por responsabilidade. Um Agent de engenharia mantém issue e Git; pesquisa coleta fontes; documentação prepara atualização; operações monta checklist. Cada resultado vira artefato revisável com responsável e próxima ação.
O que deve migrar não é a conversa completa, mas o contrato operacional: fontes, ferramentas permitidas, entrega, revisor, aprovação e caminho de falha. Reconstruir isso em um workspace compartilhado reduz dependência do VS Code de uma pessoa.
O que não pode ser prometido
Buda não importa automaticamente Sessions, Checkpoints, Modes, .roorules, configuração de provider ou MCP. Não há garantia de compatibilidade. Instruções precisam ser traduzidas e ferramentas reconectadas.
Buda também não é automaticamente melhor para programar. Se o trabalho termina em arquivos, diff, testes e commit, um coding Agent ativo é o substituto mais próximo. Buda ganha sentido quando o trabalho deixa o editor e precisa manter responsabilidade entre pessoas e funções.
Plano de migração com evidência
1. Congelar e registrar
Registre versão, repositório, provider, Modes, regras, MCP, permissões, comandos, testes e entregas. Exporte apenas instruções não sensíveis.
2. Classificar
Separe ciclo de código, instrução reutilizável, integração, contexto de negócio, artefato e decisão humana. Código vai para o sucessor; contexto e revisão podem ir para Buda ou outro sistema operacional.
3. Reconstruir o mínimo
Rode uma tarefa real no sucessor. Se há passagem entre equipes, modele na Buda apenas contexto, diff, testes, estado da documentação, responsável, aprovação e próxima ação.
4. Testar falhas
Negue permissão, provoque falha de teste, remova uma fonte e pare no meio. Confirme quem vê, o que sobrevive e como retomar ou abandonar.
5. Retirar deliberadamente
Depois da validação, remova credenciais antigas, documente a nova fonte de verdade e arquive instruções Roo. Não mantenha dois fluxos aparentemente ativos com resultados conflitantes.
Um piloto justo
- Reproduza a tarefa em ZooCode ou Cline.
- Meça setup, compatibilidade, diff, testes, aprovações e correções.
- Se houver passagem entre funções, modele só essa passagem na Buda.
- Peça a outra pessoa para revisar com a evidência guardada.
- Escolha o menor sistema que preserve workflow e responsabilidade humana.
FAQ
Roo Code ainda é uma extensão ativa?
A documentação oficial e o Marketplace dizem que foi encerrada em 15 de maio de 2026. Docs e código continuam como referência histórica, não como prova de suporte.
Quais alternativas o aviso oficial cita?
ZooCode, fork da comunidade, e Cline, origem do Roo Code. Quem quer substituição próxima deve começar por elas.
Buda importa configuração do Roo?
Não há compatibilidade automática confirmada. Inventarie Modes, regras, prompts, MCP, providers, permissões e credenciais; traduza instruções e reconecte integrações.
Quando Buda deve fazer parte da migração?
Quando o processo real atravessa repositório, pesquisa, documentação, operações, cliente, artefatos, responsáveis e revisão. Se fica no coding loop, use sucessor direto.
Fontes
Verificado em 22 de setembro de 2026.