Tu equipo revisa cada pull request. Tienes reglas de linting, checks de CI y una cultura de code review cuidadoso. Bien. Esa disciplina importa.
Pero piensa en lo que eso realmente cubre. Cada review de PR examina un diff: un puñado de archivos modificados, evaluados contra el contexto circundante. El reviewer verifica que el código nuevo tenga sentido, siga las convenciones y no introduzca problemas obvios.
Ahora piensa en lo que no cubre. Las 412,000 líneas que ya estaban ahí cuando llegaste. El código que escribieron personas que se fueron hace tres años. Los módulos que funcionan pero que nadie entiende completamente. El flujo de autenticación que se copió de un tutorial en 2019. El manejo de errores que traga excepciones en algunos archivos y crashea en otros.
Nadie ha revisado nunca ese código. No como un todo. No con ojos frescos. No con la pregunta: ¿tiene sentido este codebase?
Esto no es un problema de herramientas. Es un problema de categoría.
Las herramientas que tienes están diseñadas para alcances específicos, y son buenas en esos alcances. Pero ninguna está diseñada para leer un codebase completo y razonar sobre él.
- Las herramientas de review de PRs ven diffs. Comparan lo que cambió con lo que había antes. No pueden decirte que lo que había antes ya estaba roto.
- Los analizadores estáticos verifican reglas. Pueden encontrar variables sin usar, nulls sin verificar y vulnerabilidades por coincidencia de patrones. No pueden decirte que tu codebase tiene tres enfoques diferentes de gestión de configuración y ninguno está documentado.
- Los agentes de IDE miran hacia adelante, no hacia atrás. Te ayudan a escribir código nuevo. No miran los 200 archivos que no estás editando ahora mismo y preguntan si esos archivos deberían existir.
Hay un vacío entre revisar cada cambio y revisar el todo. Ese vacío existe desde que se inventó el control de versiones, porque la única forma de llenarlo era contratar a alguien caro para que leyera todo el codebase. Y nadie hace eso.
Así que construimos una herramienta que lee el libro completo.
VibeRails es una aplicación de escritorio que orquesta modelos de IA frontier para hacer code review de codebase completo. No un diff. No una verificación de reglas. Un review de cada archivo en tu proyecto, evaluado como un todo coherente.
El flujo de trabajo tiene cuatro pasos:
- Apunta. Agrega el directorio de tu proyecto. VibeRails escanea el árbol de archivos localmente y prepara el alcance del review.
- Review. VibeRails orquesta Claude Code o Codex CLI para leer cada archivo, acumular contexto e identificar issues en 17 categorías de detección – desde vulnerabilidades de seguridad y cuellos de botella de rendimiento hasta código muerto, hotspots de complejidad e inconsistencias arquitectónicas.
- Triage. Los hallazgos se presentan uno por uno con contexto de código completo. Acepta, rechaza o difiere cada hallazgo usando atajos de teclado. Tu criterio de ingeniería da forma al plan de remediación.
- Fix. Para los hallazgos aceptados, despacha sesiones de fix con IA que implementan cambios directamente en tu repositorio local. Revisa el diff, testea, haz commit o revierte. Tú mantienes el control.
El resultado es algo que no existía antes: un inventario estructurado y priorizado de todo lo que está mal en tu codebase, producido por una IA que realmente leyó todo.
Dos cosas que son diferentes
La mayoría de herramientas de IA para desarrolladores funcionan igual: te registras en una plataforma alojada, conectas un repo, les envías tu código y pagas una suscripción recurrente. VibeRails toma otro enfoque: corre como app de escritorio y orquesta las herramientas de IA que ya usas.
Primero: tú traes tu propia IA. VibeRails orquesta tus instalaciones existentes de Claude Code y Codex CLI. Tus API keys se quedan en tu máquina, y tus suscripciones de IA existentes pagan por el cómputo. Cuando inicias sesiones, el código relevante se envía directamente desde tu máquina al proveedor de IA configurado en esas herramientas. VibeRails no opera un backend en la nube ni hace proxy de tus requests, y no recibe ni almacena tu código fuente. Este es el modelo BYOK – Bring Your Own Key.
Segundo: el precio lo refleja. Como no pagamos por tu uso de IA, no necesitamos incluir un margen de IA en el precio. Cada desarrollador compra su propia licencia – $299 por licencia lifetime, o $19/mes si prefieres pagar mensual. Una licencia por máquina. También hay un tier gratuito: hasta 5 issues por sesión de review, sin registro, sin tarjeta de crédito.
Lee el libro completo
Has estado revisando cada capítulo a medida que se escribe. Eso es necesario. Pero no te dice si el libro tiene sentido.
VibeRails lee el libro completo. Descárgalo, apúntalo a tu codebase y descubre lo que ha estado escondido a plena vista.
Limits and tradeoffs
- It can miss context. Treat findings as prompts for investigation, not verdicts.
- False positives happen. Plan a quick triage pass before you schedule work.
- Privacy depends on your model setup. If you use a cloud model, relevant code is sent to that provider; local models can keep inference on your own hardware.