CTO Fraccional

Triage de MVP

De vibecoding a producción.

Tu MVP construido con AI funcionó. Ahora tiene que sobrevivir a producción. Audito, estabilizo y llevo a producción apps hechas con Lovable, Bolt, Replit, Cursor o Claude Code, conservando lo que funciona en lugar de reescribir todo.

Reservá una llamada gratis

Te vas sabiendo cuál es tu mayor riesgo de producción.

El punto de partida

¿Lo construiste con herramientas de AI? Hiciste bien.

Lovable, Bolt, Replit, Cursor, Claude Code. Si tu MVP salió de ahí, ya hiciste la parte difícil: convertiste una idea en algo que se puede probar. Quizás ya tenés clientes pagando, o quizás todavía no lo tocó nadie fuera de tu círculo. En cualquier caso, tenés un producto que funciona en lugar de un deck. Lo que esas herramientas no te dan es lo que exige un ambiente productivo. Aislamiento entre clientes, secretos que sigan siendo secretos, tests que atajen regresiones y una forma de revertir un cambio incorrecto.

Lovable Bolt Replit Cursor Claude Code

Diagnóstico

Los patrones que me encuentro siempre

Salen de llamadas reales con founders y de auditorías que hice:

Un cliente puede ver datos de otro

Aislamiento multi-tenant resuelto en la capa de aplicación, o salteado porque una herramienta de workflows se conecta con una key de admin. Nadie probó que un cliente no pueda leer los datos de otro.

La AI responde de memoria

Un producto RAG que no cita las fuentes y sin harness de evaluación. Te enterás de que bajó la calidad cuando te lo dice un cliente.

Workflows que nadie puede revisar

Lógica de negocio core viviendo en JSON adentro de una herramienta low-code: sin control de versiones, sin code review, sin tests.

Secretos a la vista

API keys en el código cliente, credenciales compartidas entre entornos, cero rotación.

Pagos atados con alambre

Webhooks sin retries ni idempotencia. Un evento perdido y tus números no cierran con los del proveedor.

Sin camino de vuelta

Deploys directo a producción sin rollback. Cada release es una apuesta que no podés deshacer.

Agentes que publican directo a producción

Agentes de código con permiso de push publican en main, y cada push sale a producción. Nadie revisa el cambio, y las reglas que deberían frenarlos están en archivos que el mismo agente puede editar. Empiezo con un guardrail que retiene sólo los cambios en rutas sensibles, y después lo paso a branch protection. Ver el caso ↓

Reglas que sólo existen en un prompt

Las instrucciones de tu agente dicen «toda función verifica el rol del usuario» y «nunca subas datos de clientes». Para el agente eso es una sugerencia: la pesa contra terminar la tarea, escribe los tests que revisan su propio trabajo y puede editar el archivo de reglas. Yo convierto cada regla en un chequeo que rompe el build (un test que llama a cada endpoint con el usuario equivocado, un escáner que frena datos de clientes en el commit) y lo pongo donde el agente no lo puede cambiar. Ver el caso ↓

El método

Cómo trabajo

Arranco por la auditoría. Todo lo demás es opcional.

1

Auditoría de Production Readiness

US$4K / 2–3 semanas

Hallazgos escritos sobre seguridad, tenancy, pagos, tests y deploys. Una decisión de conservar/arreglar/reescribir por componente. Un plan priorizado de 30 días y, en la primera semana, la lista de lo que conviene cerrar ya.

2

Ciclo Vibe-to-Production

4–8 semanas · alcance según la auditoría

Arreglos y construcción hands-on hasta una beta productiva. La auditoría define el alcance, así que pagás por trabajo conocido y no por estimaciones infladas.

3

Continuidad, de dos formas

US$2K /mes mantenimiento

Un plan de mantenimiento (US$2K/mes: monitoreo, actualización de dependencias, fixes chicos) o un retainer de CTO fraccional (desde US$5K/mes, los mismos planes de mi página de servicios). En cualquier caso te llevás el kit de handoff: documentación, un loop de delivery AI-native y ayuda para contratar a tu primer ingeniero si preferís ser dueño.

La decisión

Conservar, arreglar o reescribir: se decide por componente

"Reescribilo bien" es la frase más cara del software. La auditoría termina con una decisión explícita para cada parte de tu sistema: conservar (funciona y el riesgo es aceptable), arreglar (arreglos puntuales, días, no meses) o reescribir (solo donde el componente bloquea el negocio). La mayoría de los MVPs vibecodeados caen casi todos en las primeras dos columnas.

Conservar

Funciona y el riesgo es aceptable.

Arreglar

Arreglos puntuales, días, no meses.

Reescribir

Solo donde el componente bloquea el negocio.

En la práctica

Una plataforma hecha con agentes, ya en producción

Auditoría y contención · Gestión patrimonial

Plataforma de gestión patrimonial

Una firma regulada de gestión patrimonial armó su plataforma interna con agentes de Claude Code y un equipo sin ingenieros de software. La usan todos los días para los legajos de clientes, el CRM, la facturación de asesores, el seguimiento de AUM y la mesa de órdenes. Está montada sobre Supabase y Netlify. La audité y después me sumé a su equipo para resolver lo más urgente.

148
hallazgos, 2 de ellos críticos
2 semanas
de contención, con su equipo

Ver otras evaluaciones que hice

  • Revisé durante tres semanas la seguridad, el compliance y la arquitectura. Encontré 148 hallazgos (2 críticos y 21 altos) y 59 cosas que convenía conservar.
  • Le pasé cada hallazgo a un segundo modelo de AI para que lo cuestionara y contrasté sus objeciones con el código. Reproduje los hallazgos de autorización y seguridad más riesgosos en un entorno local aislado, con datos sintéticos y un agente que usaba un modelo open-weights.
  • Anonimicé el repositorio antes de que lo leyera cualquier AI. Usé patrones para documentos, números fiscales, cuentas bancarias y emails, un escáner de secretos y un modelo NER local para los nombres de personas.
  • Con su equipo hicimos dos semanas de contención. Exigimos el segundo factor en la API y en la base de datos, cambiamos los tokens personales amplios por una GitHub App con permisos acotados y rotamos las credenciales. Desde entonces, los agentes no pueden publicar en rutas sensibles sin una revisión.
  • Documenté las decisiones de arquitectura y escribí criterios de revisión para cada área. Con esos criterios, una AI revisa cada cambio antes de que se publique. Sumé tests que fallan si un cambio rompe una regla de arquitectura. El diagrama del modelo de datos se genera a partir de las migraciones. Lo demás quedó en un roadmap de 40 iniciativas, cada una con un criterio para saber cuándo está terminada.

Perfil

¿Quién Soy?

Soy Ezequiel Actis Grosso, líder de tecnología con 25 años en software, de Buenos Aires a Miami, y de San Francisco a Sídney, en corporaciones globales y en startups.

En la última década trabajé con founders en Latinoamérica y Estados Unidos, para mejorar el delivery, encontrar product-market fit y escalar sus productos B2B SaaS, sin sobre-ingeniería ni procesos excesivos.

Ezequiel Actis Grosso

Ezequiel Actis Grosso

CTO Fraccional

Lean Studio · LinkedIn

Siguiente paso

¿Listo para saber en qué punto está tu MVP?

Una consulta gratuita. Te vas sabiendo cuál es tu mayor riesgo de producción.

Reservá una llamada gratis

FAQ

Las preguntas que me hacen los founders

Mi app está en producción y funciona. ¿Por qué no "sobreviviría"?

Funcionar para 20 usuarios amigos y funcionar con carga real, atacantes reales y datos reales de clientes son afirmaciones distintas. La auditoría prueba la segunda.

¿Vas a reescribir todo?

No. El supuesto por defecto es que tu prototipo es un activo. Cada componente recibe su decisión explícita de conservar/arreglar/reescribir, y la mayoría de los componentes no necesitan reescritura.

¿Necesito contratar desarrolladores cuando termines?

No. Elegís: un plan de mantenimiento (US$2K/mes), me quedo como tu CTO fraccional (retainers desde US$5K/mes), o te llevás el kit de handoff (documentación, el loop de delivery y ayuda para contratar a tu primer ingeniero) y sos dueño.

¿Me podés cotizar todo de entrada, precio cerrado?

La auditoría sí: US$4K, dos a tres semanas. El ciclo lo cotizo después de la auditoría: ponerle precio a trabajo desconocido de entrada es inflarlo.

¿Qué necesitás de mí para arrancar?

Acceso al código donde sea que viva (un repo de Git, o el proyecto adentro de Lovable, Replit o Bolt), una recorrida por el producto y 30 minutos. Antes firmo NDA, sin problema.