Skip to main content

Reseña de Roo Code — El fork de Cline que siguió su propio camino

Autor: Jim Liu··13 min de lectura

Roo Code es un fork de Cline con 22 000 estrellas en GitHub, certificación SOC 2 Tipo 2, modos personalizados y BYOM para Claude, GPT, Gemini y Ollama. Esto es lo que realmente marca la diferencia tras haberlo probado en un código base real durante tres semanas.

Nota del traductor: Este artículo fue traducido con asistencia de IA y revisado por Jim Liu (desarrollador independiente en Sídney) para corregir terminología y mejorar fluidez. Si encuentras errores o expresiones poco naturales, escríbeme. Versión original en inglés: English.

Reseña de Roo Code: ¿Qué lo hace realmente diferente de Cline?

Resumen rápido (TL;DR)
  • Roo Code comenzó como una bifurcación (fork) de Cline a mediados de 2025 y desde entonces ha evolucionado como un producto propio con 22.000 estrellas en GitHub y certificación SOC 2 Tipo 2.
  • Diferencias clave con Cline hoy: Modos personalizados (agentes con roles definidos), mayor cobertura de modelos (Claude 4.x, GPT-5.4, Gemini 3.1, Ollama, DeepSeek, xAI) y una estrategia de compactación de contexto más agresiva para sesiones largas.
  • Tú aportas tus propias llaves de API — no hay suscripción de Roo. Los costes dependen de lo que cobre el proveedor de la API. Una refactorización media con Claude Sonnet 4.6 cuesta aproximadamente entre 0,40 $ y 1,20 $ según mis pruebas.
  • Su ventaja competitiva frente a Cursor y Claude Code es ser de código abierto y agnóstico respecto al modelo, no el liderazgo en benchmarks. Si quieres una herramienta que pueda usar un modelo local de Ollama el martes y Claude Opus el viernes sin cambiar de plugin, Roo Code es el camino más claro.
  • Puntos débiles: la interfaz puede sentirse saturada en comparación con Cline, y la enorme cantidad de modos disponibles de serie significa que el usuario principiante se enfrenta a una "barrera de elección" antes de escribir su primer prompt.

Tabla de contenidos


Cómo realicé las pruebas {#como-realice-las-pruebas}

Utilicé Roo Code v3.24 dentro de VS Code 1.96 durante tres semanas en un monorepositorio de TypeScript de unas 45.000 líneas distribuidas en 11 paquetes. Las tareas variaron desde una refactorización acotada (reemplazar una capa de caché) hasta proyectos desde cero (crear una nueva canalización de ingesta de analíticas) y "arqueología" en sesiones largas (rastrear por qué un paso de compilación tardaba cuatro veces más que en 2024).

Comparé cada tarea con una ejecución equivalente en Cline y, para dos de ellas, en la CLI de Claude Code. Los costes de tokens se monitorizaron a través del panel de control de cada proveedor; el tiempo real de ejecución mediante el canal de salida de VS Code. Esto no es una comparativa de rendimiento teórica, sino una evaluación de si las diferencias prometidas se sostienen en el trabajo diario.

No recibo compensación de Roo Code. Tengo una suscripción personal a la API de Anthropic y una cuenta de OpenRouter que pago de mi bolsillo.


Qué es realmente Roo Code {#que-es}

Roo Code es una extensión de VS Code que coloca un agente de programación autónomo en tu barra lateral. Escribes o dictas una tarea; el agente lee archivos, los edita, ejecuta comandos de terminal, pide aprobación para operaciones arriesgadas e itera hasta completar la tarea o hasta que lo detengas.

Arquitectónicamente, pertenece a la misma categoría que Cline, Aider, OpenCode y Continue.dev: código abierto, enfoque local y el modelo lo pones tú (BYOM). No estás comprando Roo Code; lo instalas en VS Code y pagas al proveedor del modelo que elijas.

Lo que ofrece y que muchos competidores no tienen:

  • Un conjunto de Modos predefinidos: Code (Código), Debug (Depuración), Architect (Arquitecto), Ask (Consulta), Orchestrator (Orquestador) y una biblioteca creciente de modos comunitarios. Cada modo tiene su propio prompt de sistema, alcance de acceso a archivos y permisos de herramientas.
  • Adaptadores de caché de prompts para proveedores compatibles (Anthropic, OpenAI), lo que reduce notablemente el coste en sesiones repetitivas.
  • Un sistema de puntos de control (checkpoints) que crea una instantánea del espacio de trabajo antes de cada edición iniciada por el agente, permitiéndote revertir un solo paso sin tocar Git.
  • Tareas en la nube (Cloud Tasks) para ejecuciones de agentes remotos (opcional, requiere cuenta de Roo — gratuita al momento de escribir esto).

No incluye un plan de alojamiento ni un modelo por defecto; la instalación es funcional pero inerte hasta que añades una llave de API.


Roo Code vs Cline: Dónde se separaron {#roo-vs-cline}

La bifurcación ocurrió a mediados de 2025. Desde entonces, los proyectos han tomado caminos distintos en tres aspectos clave para el día a día.

1. Modos frente a un agente único. Cline ejecuta un único bucle de Planificación/Acción con un solo prompt de sistema. Roo Code ejecuta múltiples modos, cada uno con su propio prompt y lista de herramientas permitidas. En la práctica, el modo Architect se niega a editar archivos; el modo Code edita pero delega decisiones arquitectónicas; el modo Debug tiene acceso preferente al terminal. Esto parece excesivo hasta que ves a un modo rechazar correctamente un cambio fuera de alcance tras una hora de tarea.

2. Postura ante los modelos. Cline está optimizado principalmente para Anthropic y, cada vez más, para Gemini. Roo Code gestiona de serie más de diez proveedores, incluyendo Ollama, LM Studio, OpenRouter, DeepSeek y xAI Grok. Si tu equipo no está estandarizado en un solo proveedor, esto por sí solo es una razón para preferirlo.

3. Gestión del contexto en sesiones largas. Cline trunca el historial cronológicamente cuando la ventana de contexto se estrecha. Roo Code emplea una estrategia de compactación más agresiva: resume pasos antiguos, archiva salidas de herramientas que superan cierto tamaño y mantiene solo el conjunto de archivos activos en el contexto real. En mi tarea de "rastrear por qué la compilación se volvió lenta", que duró unas 200 iteraciones, Cline perdió el hilo sobre la 130; Roo se mantuvo coherente más allá de la 200. Para refactorizaciones acotadas, ambos funcionan bien.

Siguen compartiendo más del 80% de su código base y la mayor parte de la experiencia de usuario diaria te resultará familiar si has usado cualquiera de los dos. Es una divergencia saludable, no una ruptura hostil.


Modos personalizados: La función que me hizo cambiar {#modos-personalizados}

La característica definitiva, para mí, son los Modos Personalizados (Custom Modes). Puedes definir un nuevo modo escribiendo un pequeño bloque YAML: un nombre, descripción del rol, prompt de sistema, qué herramientas puede llamar el agente, en qué archivos puede leer/escribir y, opcionalmente, un modelo diferente para ese modo.

Aquí tienes un ejemplo simplificado de lo que uso para generar notas de lanzamiento:

- slug: release-notes
  name: Notas de Lanzamiento
  role: Extraer cambios visibles para el usuario de los PR fusionados y escribir notas de lanzamiento.
  model: claude-sonnet-4-6
  tools: [read_file, search_files, ask_followup_question]
  file_access:
    read: ["CHANGELOG.md", "src/**/*", ".github/**"]
    write: ["CHANGELOG.md"]

Ocurren tres cosas cuando integras un modo como este en el repositorio:

  • Todos los compañeros que usen Roo Code obtienen el mismo modo al hacer pull.
  • El agente en ese modo no puede ejecutar rm, no puede editar código fuente y no puede desviarse al directorio de infraestructura. Esto importa menos por seguridad y más por mantener al agente enfocado en su tarea.
  • Puedes cambiar el modelo independientemente de tu configuración global. Yo ejecuto el modo Architect con Claude Opus 4.7, el modo Code con Sonnet 4.6 y los modos de código repetitivo (boilerplate) con DeepSeek para mantener los costes bajo control.

Esto se acerca a cómo funcionan los equipos de agentes de Claude Code, pero con una implementación de código abierto que vive dentro de VS Code.


Cobertura de modelos y costes reales {#modelos-y-costes}

Proveedores que probé directamente: Anthropic (Claude Sonnet 4.6, Opus 4.7), OpenAI (GPT-5.4), Google (Gemini 3.1 Pro vía API), OpenRouter (como respaldo y para Grok), Ollama (Qwen3-Coder 32B, Llama 4 Scout ejecutándose localmente).

Coste aproximado de realizar entre 15 y 25 tareas significativas por semana en mi configuración:

Modelo Coste típico por tarea Total semanal (mi uso)
Claude Sonnet 4.6 0,30 $ – 1,20 $ ~14 $
Claude Opus 4.7 0,90 $ – 3,50 $ ~28 $ (solo tareas difíciles)
GPT-5.4 0,40 $ – 1,80 $ ~10 $
Gemini 3.1 Pro 0,20 $ – 0,90 $ ~7 $
DeepSeek (OpenRouter) 0,05 $ – 0,25 $ ~3 $
Ollama Qwen3-Coder (local) 0 $ (solo electricidad) ~0 $

Las cifras variarán según el tipo de tarea. Las investigaciones de contexto largo en Opus pueden quintuplicar fácilmente estos costes. Si el presupuesto es el factor limitante, la respuesta no es "elegir el modelo más barato", sino "asignar el modelo más barato que complete de forma fiable tu tipo de tarea", y eso es exactamente lo que permiten los Modos Personalizados.

Si aún no tienes créditos de la API de Anthropic y quieres comparar cómo se comporta Roo Code con Claude frente a GPT-5.4 o Gemini, registrarse para obtener una clave de API de Anthropic lleva cinco minutos y puedes limitar tu gasto diario en la consola. OpenRouter es una alternativa razonable si prefieres centralizar la facturación.


Dónde no supera a Claude Code o Cursor {#limites}

Sinceramente: en la interfaz de usuario. El diseño de panel único de Cline es más relajante. La barra lateral de Roo Code muestra el cambio de modo, selector de modelo, puntos de control, gestión de perfiles e historial de tareas, todo a la vez. Un usuario nuevo tiene que ignorar la mayor parte durante la primera hora, lo cual es una fricción innecesaria.

Tampoco ofrece una capa de indexación alojada. Cursor y Windsurf tienen índices en segundo plano de todo tu repositorio; Roo Code depende de lo que el agente sea capaz de recuperar en el momento en que comienza una tarea. Esto se nota en monorepositorios muy grandes (más de 500.000 líneas), donde Cursor se sentirá más "omnisciente". En proyectos de tamaño normal, la diferencia es pequeña.

Por último, la CLI de Claude Code sigue siendo más rápida para tareas de terminal directas: "ejecuta los tests, si fallan, arregla lo obvio y vuelve a ejecutar". La fuerza de Roo Code es el trabajo de varios pasos dentro de un editor. Si tu trabajo son principalmente scripts de terminal, una herramienta basada en CLI te servirá mejor.

Roo Code es la mejor opción de código abierto para ingenieros que pasan la mayor parte del día dentro de VS Code y quieren un agente que se comunique con cualquier modelo que su empresa pueda contratar el próximo trimestre. No es el más rápido, ni el más barato por ejecución, ni el visualmente más limpio. Es el más portátil.


Configura Roo Code en 10 minutos {#configuracion}

Asumiendo que ya tienes instalado VS Code:

  1. Instala la extensión Roo Code desde el Marketplace de VS Code (o Open VSX si usas VS Codium).
  2. Haz clic en el icono de Roo Code en la barra lateral; aparecerá un panel de bienvenida.
  3. Elige un proveedor. Para una primera toma de contacto, Anthropic es el más predecible: pega una llave de API, establece como modelo por defecto claude-sonnet-4-6 y define un límite de gasto diario.
  4. Abre un proyecto, pulsa en la entrada del agente y pide algo pequeño: "resume qué hace este repositorio en un párrafo; no edites archivos".
  5. Observa el panel de salida para ver las llamadas reales a las herramientas que hace el modelo. Estos son los cinco minutos más informativos que tendrás con cualquier agente: verás si lee de más, de menos o si salta directamente a editar.

Tras esto, la primera personalización que suele hacer la gente es fijar el modo Architect para la primera respuesta de cualquier tarea nueva, y cambiar al modo Code solo cuando el plan parezca correcto. Esto te retrasa 30 segundos al principio y te ahorra 30 minutos a mitad de la tarea.


Preguntas frecuentes (FAQ) {#faq}

¿Es Roo Code gratuito?

La extensión es gratuita y de código abierto (Apache 2.0). Pagas al proveedor del modelo que conectes. No existe una suscripción a Roo a fecha de abril de 2026.

¿En qué se diferencia Roo Code de Cline?

Roo Code es una bifurcación de Cline que ha evolucionado de forma independiente. Las mayores diferencias diarias son los Modos Personalizados, un soporte más amplio de modelos (Ollama, OpenRouter, DeepSeek, xAI) y una compactación de contexto más agresiva para sesiones largas. Cline sigue siendo visualmente más simple y es mejor como primera instalación si solo usas Anthropic.

¿Puede Roo Code funcionar totalmente sin conexión?

Sí, apuntándolo a un endpoint de Ollama o LM Studio. Qwen3-Coder 32B funciona en una sola RTX 4090 con 256K de contexto y gestiona bien las tareas de programación rutinarias. Para refactorizaciones complejas, notarás la diferencia respecto a Claude Sonnet 4.6.

¿Roo Code edita archivos sin preguntar?

Por defecto, las ediciones requieren aprobación. Puedes activar la auto-aprobación por modo, por herramienta o por espacio de trabajo. Yo uso el modo Architect manual, el modo Code con auto-aprobación dentro de un directorio específico y el modo Debug manual.

¿Se envía mi código a los servidores de Roo?

No, a menos que actives explícitamente las Tareas en la Nube (Cloud Tasks). El flujo por defecto es: Extensión de VS Code → API del proveedor del modelo → Respuesta. Roo no actúa como intermediario de tu código. Cloud Tasks es opcional y se indica claramente en la interfaz.

¿Es Roo Code seguro para uso empresarial?

Roo Code cuenta con certificación SOC 2 Tipo 2 para sus componentes en la nube. La extensión en sí es de código abierto; lo que tu empresa realmente debe evaluar es el proveedor del modelo que utilices (Anthropic/OpenAI/Google tienen sus propias certificaciones empresariales). Para entornos regulados, combinar Roo Code con Ollama alojado localmente o un endpoint privado de Bedrock evita totalmente el problema de la residencia de datos.


Fuentes {#fuentes}

  • Repositorio GitHub de Roo Code, incluyendo CHANGELOG y documentación de seguridad.
  • Resumen de SOC 2 Tipo 2 de Roo Code, página de confianza pública.
  • Repositorio de Cline (CHANGELOG) para la comparativa de funciones divergentes.
  • Páginas públicas de precios de Anthropic y OpenAI a fecha de abril de 2026.
  • Notas de pruebas personales, monorepositorio TypeScript de ~45K líneas, 4–23 de abril de 2026.

Perspectiva LATAM y España

Para los desarrolladores en España y Latinoamérica, Roo Code se posiciona como una alternativa estratégica frente a soluciones de suscripción fija como Cursor, cuya cuota mensual de 20 USD puede resultar prohibitiva en mercados con monedas volátiles como Argentina o Colombia. Al permitir traer tus propias llaves (BYOK), el desarrollador hispano tiene el control total del gasto, pudiendo optar por modelos de bajo coste como DeepSeek o incluso ejecutar modelos locales vía Ollama, una práctica cada vez más común en startups de la región que buscan privacidad y ahorro de costes operativos. En el ecosistema emprendedor de hubs como Madrid, Ciudad de México o Buenos Aires, estamos viendo el uso de Roo Code principalmente para la modernización de deuda técnica y la creación rápida de MVPs, donde la capacidad de definir "Modos" personalizados permite adaptar al agente a normativas locales o arquitecturas específicas, superando las limitaciones de herramientas más genéricas que a menudo no comprenden del todo el contexto de negocio regional.

We use analytics to understand how visitors use the site — no ads, no cross-site tracking. Privacy Policy