Roo Code

Roo Code es una extensión gratuita y de código abierto para VS Code que pone a un equipo de desarrollo de IA multiagente dentro de tu editor. Creada sobre el código base de Cline y lanzada bajo la licencia Apache 2.0, te permite conectar tus propias claves API de Anthropic, OpenAI, Google Gemini, OpenRouter, AWS Bedrock o proveedores de modelos locales. Los archivos de tu proyecto permanecen en tu equipo; Roo Code nunca enruta el código a través de sus propios servidores. La extensión alcanzó los 3 millones de instalaciones en el marketplace de VS Code y 23.8k estrellas en GitHub antes de que el equipo fundador anunciara en abril de 2026 que archivarían el proyecto para seguir una nueva dirección basada en la nube. A partir de mayo de 2026, un equipo de la comunidad mantiene el código base y Kilo Code (una bifurcación directa) continúa en desarrollo activo para los usuarios que buscan un sucesor con soporte.

Las características principales que convirtieron a Roo Code en el favorito de los usuarios avanzados: modos basados en roles que limitan lo que la IA puede hacer en cada fase (Architect para planificación, Code para implementación, Debug para análisis de causa raíz, Orchestrator para delegación multiagente); edición basada en diferencias (diffs) que reescribe solo las líneas modificadas en lugar de archivos enteros, reduciendo los costos de API en aproximadamente un 30% en comparación con las herramientas de archivo completo; Custom Modes que permiten a los equipos definir perfiles de IA especializados con permisos de herramientas limitados; Boomerang Tasks que dividen el trabajo grande en subtareas aisladas, cada una con su propia ventana de contexto; y soporte para servidores MCP para conectar herramientas externas. La extensión es compatible con cualquier modelo que exponga una API compatible con OpenAI, lo que le otorga una compatibilidad más amplia que la mayoría de los competidores cerrados como Cursor o Windsurf.

Lo que Roo Code realmente hace a principios de 2026

Roo Code opera como un agente autónomo dentro de la barra lateral de VS Code. Describes una tarea en lenguaje natural y el agente lee archivos, escribe diffs, ejecuta comandos de terminal y te informa, solicitando aprobación antes de cada acción importante. El modelo de aprobación es configurable: estricto (aprobar cada escritura), flexible (aprobar automáticamente lecturas y comandos de terminal) o totalmente automatizado para modos específicos.

El sistema de modos es lo que la mayoría de los usuarios señalan como la contribución definitiva de Roo Code al espacio de las herramientas de programación con IA. Cuando abres una nueva sesión, eliges un modo. El modo Architect activa prompts orientados a la planificación y evita por completo la escritura de código, para que puedas tener una conversación de diseño de alto nivel sin que el agente toque archivos accidentalmente. El modo Code permite ediciones en múltiples archivos y acceso a la terminal. El modo Debug prioriza el rastreo de la causa raíz. El modo Orchestrator, basado en el concepto anterior de la comunidad llamado Boomerang Mode, divide una tarea grande en subtareas: la tarea principal se pausa, se inicia una subtarea en un modo diferente (por ejemplo, Code), se ejecuta hasta completarse y devuelve un resumen a la tarea principal. La tarea principal nunca ve los detalles completos de la implementación, solo el resumen, evitando que su ventana de contexto se llene.

Los Custom Modes, lanzados en la versión v3.2.0 el 12 de febrero de 2026 (la misma versión que cambió el nombre de la extensión de Roo Cline a Roo Code), permiten a los equipos definir sus propios perfiles más allá de los integrados. Un "Security Review Mode" podría tener acceso de solo lectura a las herramientas y un prompt precargado con las políticas de seguridad de tu empresa. Un "Migration Mode" podría tener reglas específicas sobre el framework heredado que se debe evitar. Los equipos pueden publicar y compartir modos a través de la Mode Gallery de la comunidad, que creció a docenas de configuraciones probadas previamente para flujos de trabajo comunes como la creación de estructuras de API y la generación de pruebas.

El sistema de edición por diffs, introducido experimentalmente en la v2.1 (febrero de 2025) y estabilizado en versiones posteriores, es un verdadero diferenciador en el costo de tokens. Para un archivo de 500 líneas con 10 líneas modificadas, el enfoque de búsqueda/reemplazo por diffs de Roo Code cuesta aproximadamente $0.0003 por edición con Claude Sonnet. Cline, que reescribe archivos enteros, cuesta alrededor de $0.0075 por el mismo cambio. En refactorizaciones grandes a través de docenas de archivos, esto se traduce en ahorros significativos.

"He probado Cursor, Windsurf, Cline, Trae y otros, y aunque usar Roo Code con OpenRouter es más caro, también es mucho más efectivo." - Arquitecto Jefe, reseña en SourceForge, 2025

"Montones de características y nuevas actualizaciones que llegan casi a diario, con una gran comunidad en Discord y muchísima información disponible." - Arquitecto Jefe, reseña en SourceForge, 2025

Dónde se sitúa Roo Code frente a Cline y Aider

La comparación con Cline, su proyecto matriz, es la pregunta más común en la comunidad. Ambos tienen licencia Apache 2.0, ambos son BYOM (trae tu propio modelo) y ambos se ejecutan dentro de VS Code. Las diferencias son arquitectónicas y filosóficas.

Cline utiliza un flujo de trabajo de Planificar y Actuar (Plan-and-Act): indexa todo el repositorio al inicio para construir un mapa de relaciones de archivos, luego genera un plan de ejecución ordenado para tu aprobación antes de tocar nada. Esto le da a Cline un razonamiento cruzado más sólido en bases de código grandes (sin necesidad de especificar manualmente el contexto con marcadores @file). Cline también cuenta con CLI 2.0 para flujos de trabajo basados en terminal, automatización completa del navegador a través de Computer Use y un conjunto de características empresariales más maduro que incluye SSO, RBAC y documentación formal SOC 2/GDPR. Con 58k estrellas en GitHub y más de 5 millones de instalaciones, tiene una base de usuarios significativamente mayor. La contrapartida: Cline itera de forma más conservadora. Características que Roo Code lanzó meses antes (edición por diffs, modos personalizados) tardaron más en llegar a Cline.

Roo Code tomó la dirección opuesta: lanzamientos más rápidos, mayor disposición a experimentar, arquitectura basada en modos en lugar de planificación monolítica. El contexto es explícito: le dices a Roo qué archivos mirar usando los marcadores @file y @dir. Esto mantiene las operaciones limitadas a lo que especificas, lo cual algunos desarrolladores prefieren para monorepositorios grandes donde la indexación completa es costosa. La edición por diffs reduce los costos de tokens. Los Custom Modes brindan a los equipos más control sobre el flujo de trabajo que el simple interruptor de Planificar/Actuar de Cline. La contrapartida: requiere más configuración inicial y su historial de estabilidad fue mixto.

Aider es una categoría completamente diferente. Se ejecuta en la terminal, no dentro de VS Code, y trata a Git como un ciudadano de primera clase: cada cambio de la IA se confirma automáticamente con un mensaje descriptivo, lo que te permite usar los comandos estándar de git diff, log y revert para gestionar el resultado de la IA. Esto es genuinamente útil para los desarrolladores que desean un registro de auditoría completo sin tener que pensar en ello. Aider está basado en Python y tiene más de 44k estrellas en GitHub (casi el doble que Roo Code), un historial de desarrollo más largo (comenzó alrededor de 2023) y una fuerte adopción entre los desarrolladores que prefieren la terminal. Lo que no tiene: una barra lateral gráfica, modos basados en roles, flujos de aprobación visuales o el tipo de orquestación multiagente que Roo Code construyó con Boomerang Tasks. La elección depende en gran medida del flujo de trabajo: si vives en la terminal y quieres un historial de git limpio, Aider está diseñado específicamente para eso. Si deseas un agente en la barra lateral de VS Code con control basado en modos y una interfaz de conversación visual, Roo Code (o sus bifurcaciones sucesoras) se adapta mejor. Ambos se comparan favorablemente con opciones de código cerrado como GitHub Copilot, que no admite BYOM ni perfiles de agentes personalizados.

Cómo es la realidad del bucle del agente

Gage Vander Clay, un desarrollador en Atomic Object, escribió un relato honesto sobre su adopción de Roo Code en marzo de 2025. Su frase inicial: "Cuando lo probé por primera vez, me costó obtener algún valor real de él. Me retiré a lo que conocía: escribir código yo mismo". Su flujo de trabajo final, después de aprender a usar la herramienta, comenzaba consistentemente en el modo Architect para elaborar un plan de implementación, y luego cambiaba al modo Code para la ejecución. Mantuvo el alcance de las tareas pequeño ("la calidad de las respuestas proporcionadas por un LLM es inversamente proporcional al tamaño de la entrada"), mantuvo la aprobación manual de escritura para detectar bucles y usó Checkpoints para revertir ediciones incorrectas. También agregó una advertencia que se aplica a cualquier herramienta de programación autónoma: "No recomiendo pedirle a Roo que haga nada que tú mismo no sepas cómo hacer".

Ese último punto captura la experiencia central de Roo Code para la mayoría de los usuarios avanzados. La herramienta amplifica lo que ya sabes. Maneja bien el código repetitivo (boilerplate), la refactorización de múltiples archivos, la generación de pruebas y el trabajo de implementación repetitivo. Tiene dificultades cuando el desarrollador no puede evaluar su resultado, cuando la base de código es demasiado grande para la ventana de contexto del modelo elegido o cuando la tarea requiere decisiones de criterio que son difíciles de especificar por adelantado.

El modo Boomerang/Orchestrator cambia el cálculo en tareas grandes. En lugar de darle al agente un resumen de 20 pasos y ver cómo se queda sin contexto a la mitad, le das a Orchestrator un objetivo de alto nivel. Propone desgloses de subtareas para tu aprobación. Cada subtarea se ejecuta de forma aislada con su propia ventana de contexto limpia y luego devuelve un resumen. La tarea principal une los resultados. Este patrón, popularizado por Roo Code y adoptado desde entonces por múltiples bifurcaciones, incluyendo Kilo Code, es genuinamente útil para refactorizaciones de una semana o construcciones de características completas. También se extiende a la integración con herramientas externas a través de MCP: las subtareas de Boomerang pueden llamar a servidores MCP para consultas de bases de datos, obtención de datos web o llamadas a API, devolviendo resultados estructurados a la tarea principal.

Para quién está diseñado Roo Code

Roo Code fue diseñado específicamente para desarrolladores experimentados que desean el máximo control sobre su flujo de trabajo de programación con IA sin pagar una suscripción SaaS. El usuario ideal ya entiende cómo gestionar claves API, tiene una opinión sobre qué modelo usar para cada tarea y puede auditar los diffs que produce un agente. Los equipos que encajan en esta descripción reportan ganancias significativas de productividad en trabajos repetitivos o con mucho código base.

También es adecuado para desarrolladores que necesitan ejecutar herramientas de IA en entornos aislados (air-gapped) o sensibles a la privacidad. Debido a que Roo Code solo envía datos al proveedor de modelos que el usuario configura (nada se enruta a través de los propios servidores de Roo), los equipos conscientes de la seguridad pueden apuntarlo a una instancia local de Ollama y mantener todo en sus instalaciones. El archivo .rooignore te permite excluir rutas sensibles de la vista del agente, de manera similar a .gitignore.

Los contribuyentes de código abierto y los equipos que desean personalizar la herramienta a nivel de código fuente también encontraron en Roo Code una opción natural. Su licencia Apache 2.0 significa que puedes bifurcarlo, modificarlo y ejecutarlo internamente. Varias empresas construyeron herramientas internas sobre el código base de Roo Code. La Mode Gallery de la comunidad demostró lo que sucede cuando la personalización es fácil: cientos de configuraciones probadas previamente para stacks y flujos de trabajo específicos se acumularon en meses.

Lo que Roo Code no es

Roo Code no es una herramienta para principiantes. La superficie de configuración (selección de modelos, configuración de modos, gestión de contexto, presupuesto de tokens) requiere experiencia como desarrollador. Los usuarios que desean abrir una herramienta y obtener sugerencias sin configuración estarán mejor servidos por GitHub Copilot o la extensión Cline con sus valores predeterminados.

No es un servicio de suscripción totalmente gestionado. No hay panel de equipo, ni análisis de uso, ni portal de facturación. Los costos de la API recaen directamente en la cuenta que conectes. Si necesitas una facturación mensual predecible y soporte del proveedor, Cursor o Continue.dev Pro son mejores opciones.

No es una herramienta de terminal. Los desarrolladores que desean flujos de trabajo centrados en la CLI con confirmaciones automáticas de git deberían usar Aider en su lugar. Roo Code requiere VS Code o una bifurcación compatible para ejecutarse.

A partir del 15 de mayo de 2026, el repositorio original está archivado. Los usuarios que comiencen desde cero deberían evaluar Kilo Code (la bifurcación más activa). Cline ahora incorpora muchas de las contribuciones de Roo Code, según el CEO de Cline, Saoud Rizwan: "Innovaron, construyeron una comunidad increíble y contribuyeron a Cline más que nadie".