Antes de que Claude Code escribiera su primera línea de código, Vercel ya estaba en el espacio de codificación vibe con su servicio v0.
La idea básica detrás de la v0 original, lanzada en 2024, era esencialmente ser la versión 0. Es decir, la versión más antigua de una aplicación, que ayuda a los desarrolladores a resolver el problema de la pantalla en blanco. Los desarrolladores podían solicitar una interfaz de usuario (UI) que se viera bien, pero el código era desechable. Poner estos prototipos en producción requirió reescrituras.
Más de 4 millones de personas utilizaron v0 para construir millones de prototipos, pero la plataforma carecía de los elementos necesarios para entrar en producción. El desafío es familiar con las herramientas de codificación por vibración, ya que existe una brecha entre lo que ofrecen las herramientas y lo que exigen los constructores empresariales. Código Claudiopor ejemplo, genera secuencias de comandos y lógica de back-end de manera efectiva, pero no implementa interfaces de usuario de producción en los sistemas de diseño existentes de la empresa al tiempo que aplica las políticas de seguridad.
Esto crea lo que el CPO de Vercel, Tom Occhino, llama “el mayor problema de TI en la sombra del mundo”. La creación de software compatible con IA ya está ocurriendo en todas las empresas. Las credenciales se copian en mensajes. Los datos de la empresa fluyen hacia herramientas no administradas. Las aplicaciones se implementan fuera de la infraestructura aprobada. No hay pista de auditoría.
Vercel reconstruyó la versión 0 para abordar esta brecha en la implementación de producción. La nueva versión, disponible hoy, importa repositorios de GitHub existentes y automáticamente incorpora variables y configuraciones de entorno. Genera código en un tiempo de ejecución basado en sandbox que se asigna directamente a implementaciones reales de Vercel y aplica controles de seguridad y flujos de trabajo de git apropiados, al tiempo que permite a quienes no son ingenieros enviar código de producción.
“Lo realmente bueno de v0 es que aún tienes el código visible, revisable y controlado”, dijo Occhino a VentureBeat en una entrevista exclusiva. “Los equipos terminan colaborando en el producto, no en PRD y otras cosas”.
Este cambio es importante porque la mayor parte del trabajo de software empresarial se realiza en aplicaciones existentes, no en nuevos prototipos. Los equipos necesitan herramientas que se integren con su infraestructura y bases de código actuales.
Cómo el tiempo de ejecución del sandbox v0 conecta el código generado por IA con los repositorios existentes
La versión 0 original generaba estructuras de interfaz de usuario a partir de indicaciones y permitía a los usuarios repetir las conversaciones. Pero el código vivía en el entorno aislado v0, lo que significaba que pasarlo a producción requería copiar archivos, reescribir importaciones y conectar todo manualmente.
La v0 reconstruida cambia esto fundamentalmente al importar directamente los repositorios de GitHub existentes. Un tiempo de ejecución basado en sandbox extrae automáticamente variables de entorno, implementaciones y configuraciones de Vercel, de modo que cada solicitud genera código listo para producción que ya comprende la infraestructura de la empresa. El código reside en el repositorio, no en una herramienta de creación de prototipos separada.
Anteriormente, v0 era un entorno de creación de prototipos independiente. Ahora está conectado a la base de código real con VS Code completo integrado en la interfaz, lo que significa que los desarrolladores pueden editar el código directamente sin cambiar de herramienta.
Un nuevo panel de Git maneja los flujos de trabajo adecuados. Cualquier miembro de un equipo puede crear ramas en v0, abrir solicitudes de extracción en principal e implementar para fusionar. Las solicitudes de extracción son ciudadanos de primera clase y las vistas previas se asignan directamente a implementaciones reales de Vercel, no a demostraciones aisladas.
Esto es importante porque los gerentes de productos y los especialistas en marketing ahora pueden impulsar el código de producción a través de flujos de trabajo de git adecuados sin necesidad de entornos de desarrollo locales ni entregar fragmentos de código a los ingenieros para su integración. La nueva versión también agrega integraciones directas con las bases de datos de Snowflake y AWS, para que los equipos puedan conectar aplicaciones a fuentes de datos de producción con controles de acceso adecuados integrados, en lugar de requerir trabajo manual.
La experiencia de Vercel en React y Next.js explica la infraestructura de implementación v0
Antes de unirse a Vercel en 2023, Occhino pasó doce años como ingeniero en Meta (anteriormente Facebook) y ayudó a liderar el desarrollo de esa empresa del marco React JavaScript ampliamente utilizado.
El reclamo de Vercel a la fama es que el fundador de la compañía, Guillermo Rauch, es el creador de Next.js, un marco completo construido sobre React. En la era de la codificación vibrante, Next.js se ha convertido en un marco cada vez más popular. La compañía publicó recientemente una lista de Mejores prácticas de reacción diseñado específicamente para ayudar a trabajar a los agentes de IA y LLM.
La plataforma Vercel resume las mejores prácticas y los aprendizajes de Next.js y React. Esta década de infraestructura y marcos de construcción conjunta significa que v0 genera código listo para producción que se implementa en la misma infraestructura que Vercel utiliza para millones de implementaciones anualmente. La plataforma incluye soporte de flujo de trabajo de agentes, integración de MCP, firewall de aplicaciones web, SSO y protecciones de implementación. Los equipos pueden abrir cualquier proyecto en un entorno de desarrollo en la nube y enviar cambios con un solo clic a una vista previa de Vercel o una implementación de producción.
Sin escasez de ofertas competitivas en el espacio de codificación de flutter, incluidas Replit, Lovable y Cursor, entre otras, es la infraestructura central la que Occhino considera destacada.
“El mayor diferenciador para nosotros es la infraestructura de Vercel”, dijo Occhino. “Hemos estado construyendo infraestructura administrada, infraestructura definida por un marco y ahora infraestructura autónoma durante los últimos 10 años”.
Por qué la seguridad de la codificación de Vibe requiere control de infraestructura, no solo políticas
El problema con Shadow IT no es que los empleados utilicen herramientas de inteligencia artificial. Resulta que la mayoría de las herramientas de codificación de vibe funcionan completamente fuera de la infraestructura corporativa. Las credenciales se copian en mensajes porque no existe una forma segura de conectar el código generado a las bases de datos corporativas. Las aplicaciones se implementan en URL públicas porque las herramientas no se integran con los procesos de implementación de la empresa. Las filtraciones de datos ocurren porque no existen controles de visibilidad.
El desafío técnico es que proteger el código generado por IA requiere controlar dónde se ejecuta y a qué puede acceder. Los documentos de políticas no ayudan si las herramientas por sí mismas no pueden hacer cumplir esas políticas.
Aquí es donde la infraestructura es importante. Cuando las herramientas de codificación Vibe funcionan en plataformas separadas, las empresas se enfrentan a una elección: bloquear las herramientas por completo o aceptar los riesgos de seguridad. Cuando la herramienta de codificación Vibe se ejecuta en la misma infraestructura que las implementaciones de producción, los controles de seguridad se pueden aplicar automáticamente.
v0 se ejecuta en la infraestructura de Vercel, lo que significa que las empresas pueden definir protecciones de implementación, controles de visibilidad y políticas de acceso que se aplican al código generado por IA de la misma manera que se aplican al código escrito a mano. Las integraciones directas con las bases de datos de Snowflake y AWS permiten a los equipos conectarse a los datos de producción con controles de acceso adecuados, en lugar de copiar las credenciales en las solicitudes.
“Los equipos de TI se sienten cómodos con lo que están creando porque tienen control sobre quién tiene acceso”, afirmó Occhino. “Tienen control sobre a qué tienen acceso estas aplicaciones desde Snowflake o los sistemas de datos”.
Software generativo de interfaz de usuario generativo versus generativo
Además de la nueva versión v0, Vercel introdujo recientemente una tecnología de interfaz de usuario generativa llamada representación json.
v0 es lo que Vercel llama software generativo. Esto difiere del marco de representación json de la empresa para una interfaz de usuario verdaderamente generativa. El ingeniero de software de Vercel, Chris Tate, explicó que v0 crea aplicaciones y agentes completos, no solo interfaces de usuario o interfaces. Por el contrario, json-render es un marco que permite a la IA generar componentes de interfaz de usuario directamente en tiempo de ejecución, generando JSON en lugar de código.
“La IA no escribe software”, dijo Tate a VentureBeat. “Se conecta directamente a la capa de renderizado para crear interfaces espontáneas y personalizadas bajo demanda”.
La distinción es importante para los casos de uso empresarial. Los equipos utilizan v0 cuando necesitan crear aplicaciones completas, componentes personalizados o software de producción.
Utilizan renderizado JSON para elementos de interfaz de usuario dinámicos y personalizados en aplicaciones, paneles que se adaptan a usuarios individuales, widgets contextuales e interfaces que responden a cambios de datos sin cambios de código.
Ambos aprovechan la infraestructura AI SDK que Vercel creó para transmisión y resultados estructurados.
Tres lecciones que las empresas aprendieron al adoptar la codificación vibe
A medida que las empresas adoptaron herramientas de codificación Flutter en los últimos dos años, surgieron varios estándares con respecto al código generado por IA en entornos de producción.
Lección 1: La creación de prototipos sin implementación de producción genera un progreso falso. Las empresas han visto equipos generar demostraciones impresionantes en las primeras versiones de v0 y luego toparse con un obstáculo al llevar esas demostraciones a producción. El problema no fue la calidad del código generado. Resulta que los prototipos vivían en entornos aislados y desconectados de la infraestructura de producción.
“Si bien las demostraciones son fáciles de generar, creo que la mayor parte de la iteración que se produce en estas bases de código se produce en aplicaciones de producción reales”, dijo Occhino. “El 90% de lo que tenemos que hacer es cambiar una base de código existente”.
Lección 2: El ciclo de vida del desarrollo de software ya ha cambiado, ya sea que las empresas lo hayan planificado o no. Los expertos en el campo están creando software directamente, en lugar de escribir documentos de requisitos del producto (PRD) para que los ingenieros los interpreten. Los gerentes de productos y especialistas en marketing ofrecen funciones sin esperar sprints de ingeniería.
Este cambio significa que las empresas necesitan herramientas que mantengan la visibilidad y la gobernanza del código y al mismo tiempo permitan que quienes no son ingenieros lo hagan. La alternativa es crear cuellos de botella obligando a todo el código generado por IA a pasar por flujos de trabajo de desarrollo tradicionales.
Lección 3: El bloqueo de las herramientas de codificación por vibración no detiene la codificación por vibración. Esto simplemente saca la actividad de la visibilidad de TI. Las empresas que intentan restringir el desarrollo impulsado por la IA descubren que los empleados utilizan herramientas de todos modos, lo que crea el problema de la TI en la sombra a gran escala.
La implicación práctica es que las empresas deberían centrarse menos en habilitar la codificación vibe y más en garantizar que suceda dentro de una infraestructura que pueda hacer cumplir las políticas de implementación y seguridad existentes.
