Luke F. Walton · Surmado Blog · mayo de 2026
La AI for Marketers Summit sucedió la semana pasada. Se extendió por dos días, 21 oradores, 13 sesiones que cubrieron cada rincón de lo que luce un equipo de marketing habilitado por IA en 2026. Las sesiones cubrieron flujos de trabajo agénticos, visibilidad en IA, gobernanza de voz de marca, automatización de contenido y diseño de equipos.
Pero un tema seguía apareciendo que nadie tenía en su lista de pronósticos: los marketers están lanzando código ahora.
No “algún día”. No “los técnicos”. Marketers, fundadores y CEOs están abriendo Cursor, Codex o Claude Code, y describen lo que quieren en lenguaje simple. Después lo suben a producción. (¡Para bien o para mal! ;) )
La mayoría de la comunidad de vibe coding no son desarrolladores. Un análisis de Solveo del subreddit r/vibecoding encontró que el 63% de los miembros activos son gerentes de producto, fundadores, marketers y gente de operaciones. Ya no necesitas un título en ingeniería para lanzar una app, pero eso no significa que sea fácil.
Pero es genuinamente algo grandioso. Soy músico, y esto se siente algo así como la revolución de Pro Tools. Tienes un estudio en tu casa. Un ingeniero en tu computadora. Dicho esto, Pro Tools no convirtió a todos en grandes músicos. Elevó el piso, claro, pero hay muchas razones para practicar el oficio. O al menos trabajar en tu visión. Eso es lo que hace a un gran artista o ingeniero de todos modos. No la técnica. La visión. El esfuerzo diario. El STANDARDS.MD alto.
Y eso me lleva a mi mayor preocupación: nadie está revisando el código que esta gente está lanzando.
Un millón de nuevos constructores. Cero nuevos revisores.
La industria del software aprendió hace décadas que la persona que escribe el código no debería ser la única persona que lo lee antes de que salga en vivo. Es como en la música. Tienes un ingeniero de mezcla que ajusta los niveles correctamente y el ingeniero de masterización que revisa el panorama general.
Por eso existe la revisión de código. Por eso existe CI/CD. Existe por una razón. No como un chequeo de vanidad ni como burocracia. Es una red de seguridad. Una compuerta de calidad. El momento en que la mezcla se convierte en el disco. La revisión de código atrapa errores que el autor pasó por alto, brechas de seguridad en las que no pensó, desviaciones de los estándares que estableció el mes pasado y casos extremos que solo aparecen cuando un cliente real hace algo inesperado. La revisión de código ayuda a que tu sitio web se mantenga en línea. A que tus clientes estén seguros. Y a que tu negocio se mantenga a flote.
En un equipo de ingeniería normal, un compañero hace esto. Lee tu PR (pull request). Marca los problemas. Tú los corriges para poder fusionar tu código en la base de código de producción.
Escribir el código siempre ha sido la parte fácil. Escribir código que no se rompa. Que pueda escalar. Que pueda ser un éxito. Eso siempre ha sido difícil. Ahí es donde brilla el trabajo en equipo.
Así que si eres un marketer que acaba de hacer vibe coding en una landing page, probablemente no tengas un compañero haciendo esto. Tu IA escribió el código y quizás no puedas leerlo. O si puedes, quizás estés abrumado por la cantidad de líneas de código que estás lanzando.
¿Alguna vez viste el episodio de I Love Lucy en la fábrica de dulces? La línea de producción se mueve más rápido de lo que Lucy y Ethel pueden ordenar. Así que se comen algunos. Se meten otros en la camisa. Entran en pánico.
Así que el código se fusiona de todos modos. Las revisiones se saltan. Y el código puede convertirse en una bomba de tiempo.
Aquí es donde encontrarás cosas que no parecen errores. Como cuando tu IA importó una biblioteca pesada de JavaScript para manejar algo que CSS podía hacer de forma nativa. O alucinó un paquete por completo. O usó un esquema desactualizado porque fue demasiado perezosa para revisar internet.
Puede que no aparezca hoy. Pero puede aparecer en auditorías, en el rendimiento de búsqueda y en si los motores de IA confían lo suficiente en tu sitio como para recomendarlo.
Addy Osmani, jefe de Experiencia de Desarrollador de Chrome en Google, describió lo que él llama el “problema del 70%”: los no ingenieros que usan IA llegan a aproximadamente el 70% de una solución funcional rápidamente, pero el 30% final se convierte en un ejercicio de rendimientos decrecientes mientras cada corrección crea nuevos errores. La comunidad de vibe coding reporta el mismo patrón, con muros de calidad que golpean alrededor del tercer mes mientras los problemas acumulados de sesiones anteriores comienzan a cascadearse.
Y no, pedirle a la misma IA que revise su propio trabajo realmente no cuenta. Los LLM son probabilísticos. Una máquina tragamonedas. Pídele a ChatGPT o Claude que revise un PR sin restricciones y a veces obtendrás una respuesta diferente cada vez: diez sugerencias aquí, tres allá, un muro de consejos genéricos que no se ajustan a tu proyecto. El autor y el revisor necesitan ser estructuralmente diferentes. Contexto diferente, restricciones diferentes, trabajo diferente. Eso es lo que hace útil a una revisión. La misma razón por la que tenemos equipos en la vida real. Por eso existen las herramientas de revisión construidas para un propósito específico: acotan el problema, anclan el resultado a tus estándares y enfocan a la IA en el diff en lugar de pedirle que descifre todo desde cero.
Por qué esto importa más que antes
Los datos de la cumbre lo hacen urgente, no solo interesante.
Una estadística se me quedó grabada: las tasas de clics en búsqueda han caído un 65%, la mayor caída en la historia de las marcas, mientras las vistas generales de IA colapsan el embudo tradicional. El setenta y cinco por ciento de los consumidores no sabe en qué confiar en línea. El recorrido del cliente es raro, gente. Se está poniendo más raro. La IA es la influencer ahora.
En ese mundo, la calidad del código de tu sitio web es parte de tu marca. Los motores de IA pueden evaluar la estructura, el rendimiento y la salud técnica de tu sitio al decidir si mostrarte o no. Una página lenta, un formulario roto, una dirección de correo filtrada en los logs, un bypass de autenticación en una ruta que tu IA amablemente eliminó durante una refactorización. Sí. Eso apesta. Estos solían ser problemas de desarrolladores. Bienvenidos, marketers. Estos son problemas de marca ahora.
La tarea de $5 que nadie está haciendo
Francis Brero de HG Insights compartió en la cumbre un marco que se me quedó grabado. Divide cada tarea de marketing en tres niveles: tareas de $5 que deberían estar totalmente automatizadas, tareas de $50 asistidas por IA y tareas de $500 que requieren estrategia y criterio humano.
La revisión de código es la tarea de $5. (O, en el caso de Claude Code Review, una tarea de $15 por PR.) Cada pull request, cada vez, sin excepciones. Nunca debería requerir que un humano detecte una violación de convención de nombres o una verificación de autenticación faltante. Nunca debería requerir que te quedes mirando 800 líneas de diff generado por IA esperando detectar el problema. Simplemente debería suceder, automáticamente, contra un conjunto de estándares que definiste una vez.
El hecho de que la mayoría de los vibe coders estén haciendo esto manualmente (o nada en absoluto) es una brecha operativa enorme en la era de “cualquiera puede construir”.
Qué cambia cuando la cierras
Lo más obvio es que atrapas errores antes de que tus clientes lo hagan. El costo de corregir un error en el momento del PR es aproximadamente 1x. El costo de corregirlo después de que alguien lo encuentra en tu sitio en vivo escala de 10 a 100x. Menos obvio: dejas de desviarte de tus propios estándares. El código generado por IA se ve plausible. Usa buenos nombres de variables y una estructura razonable. También puede cambiar silenciosamente convenciones entre sesiones, reemplazar patrones de los que dependes y tomar decisiones arquitectónicas que no pediste. Un revisor que verifica cada PR contra tus estándares detecta esto antes de que se acumule.
Los LLM son buenos resolviendo problemas. No son buenos resolviendo dilemas.
Si priorizar la velocidad de página o una interactividad más rica es un dilema. Tú, sí tú, el HUMANO, tienes más contexto que cualquier IA en el lado del dilema. Un buen revisor maneja los problemas automáticamente para que puedas dedicar tu atención a los tradeoffs que realmente requieren criterio. Una vez que confías en que cada PR está siendo revisado, puedes hacer vibe coding de forma más agresiva. Puedes dejar que la IA tome swings más grandes. Puedes lanzar a medianoche sin preguntarte qué se te pasó. La revisión no es un freno. Es lo que te permite ir más rápido, y no salirte del camino.
Este no es un argumento de desarrolladores
Mira, dirijo una empresa que hace una herramienta de revisión de código automatizada. La construimos para nosotros mismos porque creo en todo lo que acabo de escribir. El argumento que estoy haciendo no es “compra mi producto”. El argumento es: si estás construyendo con IA, y no estás revisando lo que produce antes de que salga en vivo, estás acumulando riesgo a la misma velocidad a la que acumulas funciones. El código es un pasivo (y un activo).
Los marketers que prosperen dentro de doce meses no serán los que adoptaron más herramientas. Serán los que construyeron barandas de seguridad. Los que pudieron escalar. Los que pudieron escribir una buena canción. Digo, código. Y no perder la confianza.
La revisión de código es la primera baranda de seguridad. Y todos los que tocan GitHub deberían tenerla activada.
Si estás lanzando código y quieres ver cómo luce la revisión automatizada, Surmado Code Review es gratis para 10 PR al mes. Y es FÁCIL. Solo dos clics para conectar GitHub. Después tu código sigue tus estándares, en cada PR, automáticamente.
Preguntas y respuestas
¿Los marketers necesitan revisión de código? Sí. A partir de 2026, la mayoría de la comunidad de vibe coding son no desarrolladores, incluyendo marketers, fundadores, gerentes de producto y profesionales de operaciones. Estos usuarios generan código a través de herramientas de IA como Cursor, Claude Code y Lovable, pero típicamente carecen de un proceso de revisión de código. El código generado por IA acumula problemas de calidad incluyendo desviación de estándares, brechas de seguridad, datos estructurados rotos y regresiones de rendimiento. La revisión de código automatizada detecta estos problemas a nivel de pull request antes de que afecten al sitio en vivo.
¿Cuál es la forma más barata de obtener revisión de código automatizada? Surmado Code Review ofrece un nivel gratuito de 10 revisiones de pull requests al mes sin necesidad de tarjeta de crédito. El plan Standard cuesta $15 al mes por 100 PR sin precios por asiento y repositorios ilimitados. En comparación, usar Claude directamente para revisión de código cuesta aproximadamente $15 por PR individual, y las auditorías de código de agencias cuestan $200 por hora o más.
¿Por qué no puedo simplemente pedirle a ChatGPT o Claude que revise mi código? Los LLM de propósito general que revisan código sin restricciones producen resultados inconsistentes. El mismo PR revisado varias veces arrojará sugerencias diferentes cada vez porque el modelo no tiene estándares contra los cuales verificar ni un formato de salida estructurado. Las herramientas de revisión de código construidas para un propósito específico como Surmado Code Review acotan el problema enfocándose en el diff, anclando la revisión a un documento STANDARDS.MD y estructurando el resultado en categorías accionables. Esto produce revisiones consistentes y basadas en estándares a un costo menor por revisión.
Las opiniones son mías. Este post es publicado por Surmado, Inc. y no está afiliado ni respaldado por ninguna otra empresa ni por la AI for Marketers Summit.