Roo Code

Qué es

Roo Code es un fork comunitario de Cline mantenido por el equipo RooVet, nacido de la observación de que un prompt + un modelo no es suficiente para trabajo serio — a veces quieres un planner, a veces un ejecutor, a veces un debugger. Roo Code lo hace explícito con modos (architect, code, ask, debug, más definidos por usuario) y Boomerang task delegation que pasa trabajo entre modos automáticamente.

Es la herramienta a la que recurrir cuando:

• Quieres el modelo BYOK + auto-approve de Cline pero con separación de roles explícita.
• Estás haciendo refactors grandes que se benefician de un split planificar-luego-ejecutar (architect planifica, code ejecuta).
• Quieres autorear modos custom (e.g. "security-reviewer", "perf-tuner") y encadenarlos.

Por qué destaca

Cómo instalar

# En VS Code
code --install-extension RooVeterinaryInc.roo-cline

# O abre el panel Extensions y busca "Roo Code"

Tras instalar, abre el panel Roo Code desde la sidebar, pega una API key y elige un modo de inicio. El flujo Boomerang architect → code es el default para prompts "constrúyeme un feature".

Qué instalar dentro de Roo Code

Roo Code lee .clinerules (instrucciones, compartido con Cline) y .roomodes (modos custom). Tres packs TokRepo para empezar:

• Pack Modos Roo Code — modos pre-construidos para security review, perf tuning, doc-gen, test-writing
• Plantillas .clinerules — archivos de instrucciones vendor-neutral (también funcionan en Cline)
• Stack de Servidores MCP — servers Postgres / GitHub / Filesystem compartidos con Cline / Claude Code

tokrepo install deja los tres y juntos te dan la baseline architect-led con Boomerang que el equipo RooVet muestra.

Errores comunes

• Drift de prompts de modo entre updates — Roo Code de vez en cuando ajusta los prompts default de modo. Fija versiones custom en .roomodes para reproducibilidad.
• Loops Boomerang sin condiciones de salida — architect → code → architect puede ir y venir para siempre en specs ambiguas. Setea max-iteration en config de modo.
• Auto-approve interactuando mal con cambios de modo — auto-approve es por-modo. Cambiar modos resetea el estado de aprobación; puedes súbitamente necesitar aprobar de nuevo.
• Modos custom que omiten restricciones de tools — por default un modo custom hereda todos los tools. Para modos read-only "ask"-style, setea explícitamente allowedTools: ['read_file', 'list_files'].
• Path MCP igual que Cline pero .roomodes es repo-level — no pongas .roomodes en ~/Documents/. Es project-scoped.

Relación con otras herramientas

Roo Code es a Cline lo que Cursor es a VS Code — un fork que tomó una base fuerte y empujó la UX más allá en una dirección específica. Cline mantuvo las cosas minimales; Roo Code apostó que modos explícitos + delegation escalarían mejor para trabajo serio de refactor. Comparado con Claude Code, los modos de Roo Code corresponden vagamente a los subagents de Claude Code — ambos dejan especializar. Comparado con el modo agente de GitHub Copilot, Roo Code es más configurable pero le falta la historia enterprise SSO/audit. Muchos devs que les gusta el approach BYOK de Cline pero encuentran limitante el flow single-agent terminan adoptando Roo Code por la disciplina mode-based.