Seis equipos de agentes. Cinco agentes de investigación funcionando en paralelo en cada ciclo de Discovery. Tres formas de ejecutar cada equipo: una vez, bajo demanda o según una programación que se repite hasta que la detengas. Y un número fácil de pasar por alto: cero clics humanos entre que un error sobrevive a dos rondas de verificación y una corrección llega realmente al build.
Ese último punto es el que vale la pena explicar, y la imagen de portada de este artículo es el ejemplo. Overgrowth Station es un juego de reclamación pasiva en el que unas enredaderas devoran lentamente una estación de transporte abandonada y tú gastas moneda del juego para despejarlas. Nadie de nuestro equipo lo diseñó: los agentes de investigación sacaron la idea de un grupo de hilos de Reddit sobre "juegos de gestión acogedores sin condición de derrota", el builder lo tuvo funcionando en unos cuarenta minutos de tiempo real, y los verificadores detectaron que la capa del mundo del juego estaba completamente en silencio mientras la interfaz emitía pitidos en cada clic. Nadie abrió un ticket para eso. La plataforma programó por su cuenta una ejecución de corrección de seguimiento, un pase posterior añadió la pista de audio ambiental faltante, y la versión reconstruida pasó esta mañana la cadena completa de verificación. Ese es todo el argumento de venta de esta plataforma, condensado en una sola captura de pantalla: un ciclo, no una herramienta, donde la salida de un equipo es la entrada del siguiente y las carencias se detectan sin que un humano esté vigilando.
Antes del ciclo de corrección, está el ciclo de ideas
La mayoría de los creadores de apps con IA empiezan por el cuadro de texto: tú aportas la idea, ellos la construyen. Está bien si ya sabes qué construir, pero "qué debería construir" es un problema de investigación antes de ser un problema de producto, y se responde con trabajo de campo: qué se queja la gente en r/smallbusiness, qué se pregunta once veces por semana en un subreddit de nicho, qué aparece en la sección de "también te puede interesar" de una categoría desatendida de la App Store. El equipo de Discovery hace ese trabajo de campo de forma programada. Cinco agentes se ejecutan en paralelo: datos de tendencias, hilos de discusión social, sitios de preguntas y respuestas como Quora y Stack Exchange, huecos en categorías de tiendas de apps, y un quinto que sintetiza: lee lo que encontraron los otros cuatro y busca la misma queja apareciendo en más de un lugar, que suele ser lo que separa una oportunidad real de una queja puntual.
Convergen en Informes de Oportunidad, y un informe no es una impresión vaga: nombra el problema con las palabras que la gente realmente usó, estima el tamaño de la audiencia, cita la evidencia (enlaces a hilos, fragmentos de citas, volumen de búsqueda cuando existe) y delimita un MVP. No "una app de fitness", sino "un contador de repeticiones para una categoría específica de ejercicio de menos de 40 segundos para el que nadie ha creado un temporizador limpio". Haz clic en Construir esto y ese alcance exacto se convierte en el prompt del builder, sin traducción con pérdidas de por medio. Puedes saltarte todo esto y escribir tu propia idea, y la mayoría de la gente lo hace, al menos al principio: Discovery se gana su lugar más en tu segundo o tercer producto, una vez que se te han acabado tus propias ideas.
Qué fue lo que realmente detectó el audio silenciado
El equipo Builder planifica antes de tocar el código. Recibes un breve plan escrito, y te preguntará lo que no puede adivinar: guardado por dispositivo o vinculado a la cuenta, nivel de pago desde el primer día o solo gratuito por ahora. Saltarse esa pregunta es la forma en que un builder termina adivinando mal algo costoso de deshacer más adelante. Una vez que confirmas, construye mientras ves actualizarse una vista previa en vivo. La superficie es amplia —sitios web, aplicaciones web con backends reales, juegos 2D y 3D, apps de Android, apps de escritorio, extensiones de navegador— y es honesto sobre el ritmo: los juegos 3D convergen notablemente más despacio que una app web CRUD, y lo dice desde el principio en lugar de tardar en silencio el triple de tiempo.
La parte que detectó el audio faltante en Overgrowth Station no es en absoluto el builder. Un conjunto separado de agentes verificadores —no el mismo agente calificando su propia tarea— revisa el código en busca de errores de lógica, lo audita en busca de vulnerabilidades de seguridad (inyección, secretos expuestos, rutas sin comprobaciones de autenticación), verifica enlaces rotos e higiene básica de SEO, ejecuta pruebas de accesibilidad sobre el resultado renderizado y confirma que el build realmente coincide con el plan. Esa última comprobación existe porque un builder puede producir código técnicamente funcional que descarta silenciosamente una función prometida en el plan, cuando esa función resultó más difícil de lo previsto. Los hallazgos vuelven para su corrección, y el ciclo vuelve a verificar en lugar de dar por buena la corrección sin comprobarla. Cuando algo sobrevive de todos modos, la ejecución de seguimiento programada lo recoge más tarde —horas, en el caso de Overgrowth Station— sin ticket, sin recordatorio, sin que ningún humano note primero la carencia. Más sobre cómo se construye la propia cadena en Cómo se verifican a sí mismos los builds.
Lanzamiento sin intermediarios que te deriven a un revendedor
Un build terminado se publica en un subdominio gratuito con un clic, se despliega en tu propio servidor por SFTP, o se envía a las tiendas de apps a través de tus propias cuentas de desarrollador — tu cuenta de Google Play, tu cuenta de Apple, tus claves. Nosotros no nos interponemos en nada de eso, lo que significa que conservas la cuenta, los ingresos y la opción de irte sin perder la app. El equipo Ship hace el tedioso trabajo de empaquetado: un .aab realmente firmado a través de la cadena de herramientas de Android real en lugar de un envoltorio, instaladores de escritorio firmados, zips de extensiones de navegador empaquetados, fichas de tienda y declaraciones de privacidad escritas a partir de lo que el código realmente hace en lugar de una plantilla genérica. Una app que no toca datos de ubicación no recibe un formulario de privacidad que afirme lo contrario.
Hay dos cosas que siguen siendo tuyas a propósito, no por limitación: la cuota única de registro de desarrollador y el clic final de lanzamiento que publica a usuarios reales. Podríamos automatizar ambas cosas guardando datos de pago y decidimos no hacerlo, por las razones que cubre el recuadro de abajo. La explicación completa, incluyendo cómo se ve un envío rechazado, está en De prompt a la tienda de apps.
La parte que la mayoría de las herramientas se saltan por completo
Un producto lanzado sin bucle de retroalimentación es solo un prototipo caro, que es justo donde la mayoría de las herramientas te entregan una URL y desaparecen. Conecta Search Console y Analytics y el equipo Optimize empieza a extraer números reales cada día — para qué consultas apareces y en qué posición, quién hace clic, qué hacen después de aterrizar. Las analíticas de las tiendas (instalaciones, retención, tasas de fallos) alimentan los mismos paneles para las apps. Convierte las carencias en propuestas concretas en lugar de consejos vagos: "esta página está en la posición 14 para un término con volumen real, la etiqueta de título no lo menciona, aquí tienes una reescritura". Elige tu modo — solo informa, propone y espera tu aprobación, o aplica el cambio por sí mismo y vigila si las métricas empeoran, con una vía de reversión si eso ocurre.
El equipo Marketing redacta promoción que resulta nativa allá donde se publique, y esto requirió más iteración de la esperada. Las primeras versiones pegaban las mismas tres frases en Reddit, X y una respuesta de Quora, y se notaba justamente eso. Ahora: una publicación en Reddit ajustada al tono de ese subreddit con una respuesta planificada como primer comentario, porque en Reddit la información real suele vivir en el comentario y la publicación es solo el gancho; un hilo de X que asume un lector que se va tras una mala primera línea; una respuesta de Quora que enseña algo útil durante dos párrafos antes de mencionar siquiera que el producto existe. El equipo Ads planifica campañas y redacta la creatividad — titulares, imágenes, segmentación — para plataformas como Google Ads. Cada borrador de ambos equipos queda a la espera de tu aprobación.
| Equipo | Qué produce | Pasa el testigo a |
|---|---|---|
| Discovery | Informes de Oportunidad con evidencia y alcance de MVP | Construcción |
| Builder | Builds verificados: sitios, apps, juegos, artefactos nativos | Publicar |
| Ship | URLs en vivo, instaladores, envíos a tiendas | Optimizar |
| Optimize | Correcciones respaldadas por datos reales de GSC / GA4 / tiendas | el bucle |
| Marketing | Borradores de publicaciones nativos de cada plataforma | tú |
| Ads | Planes de campaña y borradores de creatividad | tú |
Dónde se detiene el bucle por sí solo
El modo autónomo encadena los seis equipos, de modo que la investigación alimenta los builds, los builds alimentan el lanzamiento, el lanzamiento alimenta la optimización, y el ciclo se repite según su propio calendario sin que un humano vuelva a activar cada etapa. Nosotros ejecutamos así nuestro propio bucle, y la mayor parte de lo que hay en nuestro Showcase y en Unity Lab salió de él sin supervisión — nadie se sentó a decidir que debía existir un juego de recuperación inactiva antes de que existiera Overgrowth Station.
