RSS para apps de IA: el protocolo de descubrimiento que el ecosistema vibe-coding necesita

La explosión de software generado con herramientas de vibe-coding plantea una paradoja concreta: nunca fue tan fácil crear una app funcional, pero nunca fue tan difícil encontrar las que ya existen. Lovable, Bolt, Cursor y Replit permiten lanzar software en horas. Lo que no resuelven es la capa de descubrimiento posterior. Interconnected publicó en abril de 2026 una propuesta que replica la lógica del RSS para indexar apps de IA de forma automática y distribuida. Este artículo explora por qué tiene sentido, qué necesita para funcionar y qué pueden hacer los equipos de producto en LATAM mientras el estándar madura.

TL;DR

La proliferación de apps generadas por IA crea un caos de descubrimiento que los directorios actuales no resuelven. Interconnected publicó en abril de 2026 una propuesta de protocolo tipo RSS específicamente para software vibe-coded. La idea: feeds estructurados que permitan a catálogos, buscadores y agentes IA indexar estas apps automáticamente.

El problema que nadie quiere admitir: el software prolifera, el descubrimiento no

Lovable reportó más de 100.000 apps construidas en su plataforma a finales de 2025. Bolt, Cursor, Replit y Glide suman cifras similares. Si cada herramienta tiene incluso 10.000 proyectos activos, el ecosistema ya supera el millón de apps funcionales generadas con IA.

El problema no es la cantidad. Es que no hay forma eficiente de saber qué existe.

Los directorios actuales (Product Hunt, There’s An AI For That, Futurepedia) funcionan con envíos manuales. El creador decide si registra su app. La mayoría no lo hace, especialmente cuando construyó algo en 3 horas para resolver un problema interno. El resultado: software útil que muere invisible.

Este problema se agrava en LATAM, donde la mayoría de los builders que usan herramientas de vibe-coding construyen soluciones verticales para mercados locales. Una app de facturación electrónica para el régimen fiscal mexicano, un tracker de inventario para el sistema tributario colombiano o un formulario de presupuesto adaptado al mercado argentino probablemente nunca llegan a ningún directorio internacional. Se usan internamente, se comparten por WhatsApp entre colegas o simplemente se abandonan cuando el proyecto termina. El conocimiento se pierde y el trabajo se duplica.

Por qué RSS es la analogía correcta

RSS no era glamoroso. Era un archivo XML en una URL predecible que decía: “aquí hay contenido nuevo, léelo si quieres.” Eso bastó para que Google Reader, Feedly y decenas de agregadores construyeran capas de descubrimiento sobre millones de blogs.

La propuesta de Interconnected de abril de 2026 aplica esa misma lógica al software. Cada app vibe-coded publicaría un archivo de metadatos estructurado en una ruta estándar (por ejemplo, /app-feed.json) con campos como: nombre, descripción funcional, modelo de IA base, herramienta de construcción, fecha de última actualización y URL pública.

El punto clave es que no requiere un intermediario. Cualquier catálogo puede hacer crawling de esos feeds sin necesitar que el creador registre nada manualmente. El descubrimiento se vuelve pasivo.

La analogía histórica importa porque ya conocemos el resultado. Cuando las plataformas de blogging comenzaron a generar feeds RSS automáticamente (WordPress y Blogger incluidos), el ecosistema de lectores creció de forma exponencial en menos de 18 meses. No porque los usuarios lo pidieran explícitamente, sino porque la infraestructura hizo que el proceso fuera invisible para los creadores. Publicar implicaba automáticamente ser descubrible. Ese es exactamente el comportamiento que se busca replicar para las apps de IA.

Qué contendría ese protocolo en la práctica

Imagina una app de gestión de facturas construida con Lovable por un contador en Guadalajara. Hoy, si no la sube a Product Hunt, nadie la encuentra. Con un protocolo tipo RSS, su app expondría algo así:

{
  "name": "FacturasRápido",
  "description": "Gestión de facturas para PyMEs mexicanas con validación SAT",
  "builder_tool": "Lovable",
  "base_model": "GPT-4o",
  "category": "finance",
  "language": "es",
  "region": "MX",
  "last_updated": "2026-04-15",
  "url": "https://facturasrapido.app"
}

Un agregador regional para LATAM podría consumir miles de estos feeds y construir el primer directorio real de software local generado por IA, filtrado por idioma, región, categoría y herramienta. Eso no existe hoy.

Los campos de región e idioma son especialmente relevantes para el contexto latinoamericano. La mayoría de los directorios globales de apps IA no permiten filtrar por idioma de interfaz ni por región de cumplimiento normativo. Un campo "region": "MX" combinado con "category": "finance" permitiría que un buscador especializado encontrara exactamente las herramientas de facturación electrónica que cumplen con el SAT mexicano, algo que hoy requiere búsquedas manuales extensas o redes de contacto locales.

La diferencia técnica con un directorio centralizado

Un directorio centralizado como Product Hunt tiene 3 fricciones concretas: requiere registro manual, tiene criterios editoriales de aceptación y favorece apps con comunidad activa para votar. El 90% del software vibe-coded no pasa esos filtros, no porque sea malo, sino porque sus creadores no tienen tiempo ni incentivo para el proceso.

Un protocolo distribuido invierte la carga. El crawler va al software, no al revés. Los catálogos compiten por tener el índice más completo, no por tener la curaduría más estricta. Y los creadores que sí quieren visibilidad solo necesitan agregar un archivo de 20 líneas a su proyecto.

Este modelo ya funcionó con sitemaps.xml para SEO. Google no espera que registres tu sitio; indexa si el archivo existe. La propuesta de Interconnected es básicamente un sitemap especializado para software funcional.

Hay una diferencia importante respecto al modelo de sitemaps, sin embargo. Un sitemap describe páginas web estáticas. Un feed de metadatos para apps de IA describe software activo con comportamiento dinámico. Eso significa que el protocolo necesita campos adicionales que no existen en XML estándar: tipo de interacción (formulario, chat, dashboard), frecuencia de actualización del modelo subyacente, y posiblemente un campo de confiabilidad o uptime. Interconnected no ha especificado todos estos campos aún, pero el debate en Hacker News que siguió a la publicación original ya identificó estas brechas como los problemas de diseño más urgentes a resolver.

El ángulo empresarial: catálogos internos de apps

El problema de descubrimiento no solo es externo. Es también interno.

Un equipo de operaciones en una empresa mediana puede tener 15 herramientas internas construidas por distintos empleados en los últimos 6 meses, cada una en una URL diferente, sin documentación, sin que el resto de la empresa sepa que existen. Finance construyó un dashboard con Bolt. Logística automatizó un reporte con Glide. Customer success hizo un tracker con Lovable. Nadie sabe qué hay disponible.

Un protocolo de metadatos estándar permitiría que empresas construyan directorios internos de software IA-generado con herramientas simples como Notion, Airtable o un script de Node que lea los feeds de cada dominio interno. El ROI no es especulativo: evita duplicar trabajo y permite que un equipo reutilice lo que otro ya construyó.

En LATAM, donde el presupuesto tecnológico de una PyME mediana es significativamente menor que en mercados norteamericanos o europeos, este ahorro es especialmente relevante. Construir dos veces la misma herramienta de gestión de pedidos porque el equipo de ventas no sabía que logística ya la tenía funcionando representa un costo real. Un directorio interno basado en metadatos estructurados resuelve ese problema con una inversión mínima.

Empresas con entre 50 y 500 empleados que ya están adoptando herramientas de vibe-coding son las que más se beneficiarían de implementar esta lógica internamente. No necesitan esperar un estándar formal. Pueden definir su propio esquema de metadatos, entrenarlo como convención interna y construir la vista de directorio con cualquier herramienta no-code. El costo de entrada es bajo y el beneficio se materializa desde la primera semana de uso.

Qué necesita pasar para que esto funcione

La propuesta tiene sentido técnico. Lo que le falta es adopción por parte de las herramientas que realmente importan.

Si Lovable agrega un botón de “publicar metadatos” al exportar o hacer deploy de una app, el protocolo llega al mercado masivo sin fricción. Lo mismo con Bolt o Replit. Si esas 3 plataformas adoptan el estándar, cubren probablemente el 60% del volumen de apps vibe-coded que se generan hoy.

El precedente existe: cuando las plataformas de blogging empezaron a generar feeds RSS automáticamente (WordPress y Blogger incluidos), el ecosistema de lectores explotó en 18 meses. No porque los usuarios lo pidieran, sino porque la infraestructura lo hizo invisible.

La diferencia es que en 2026 los agentes IA también pueden ser consumidores de estos feeds. Un agente que ayuda a un founder a elegir herramientas podría consultar catálogos con este protocolo y recomendar apps existentes en lugar de sugerir construir desde cero. Eso cambia el ciclo de desarrollo completo.

Existe un escenario adicional que vale la pena considerar: los modelos de lenguaje como contexto de consumo de estos feeds. Si un agente de productividad puede consultar un catálogo estructurado de apps vibe-coded disponibles en una empresa o en un mercado regional, la recomendación de herramientas deja de ser genérica y se vuelve específica al contexto del usuario. En lugar de que un agente sugiera “usa Notion para gestionar tareas”, podría sugerir “usa la herramienta interna que el equipo de operaciones construyó el mes pasado y que ya tiene integración con tu ERP.” Ese nivel de especificidad solo es posible si existe una capa de metadatos consumible por máquinas.

Qué pueden hacer los equipos ahora

La adopción masiva del protocolo puede tardar entre 12 y 24 meses. Pero los equipos que construyen software interno pueden adoptar la lógica hoy, sin esperar un estándar formal.

Crear un JSON de metadatos por cada app interna, centralizar esos archivos en una carpeta compartida o un repositorio, y construir una vista simple con Airtable o Notion que los liste es suficiente para tener un directorio interno funcional en menos de una semana. No necesitas el protocolo oficial para resolver el problema hoy.

Los pasos concretos son tres. Primero, definir un esquema mínimo de metadatos que incluya al menos nombre, descripción, herramienta de construcción, responsable, URL y fecha de última actualización. Segundo, crear ese archivo para cada app o herramienta interna existente, aunque sea de forma retroactiva. Tercero, construir una vista centralizada que consuma esos archivos y la mantenga actualizada como parte del proceso de deploy. Con esos tres pasos, cualquier equipo tiene un directorio interno funcional antes de que el estándar formal exista.

Los equipos que empiecen ahora también tendrán ventaja cuando el estándar llegue. Migrar un esquema interno bien diseñado a un protocolo oficial es trivial. Inventariar cientos de apps sin documentación previa no lo es.

Conclusión

La explosión de software vibe-coded sin infraestructura de descubrimiento es un problema de plomería, no de visión. Interconnected identificó la solución correcta: un protocolo ligero, distribuido y consumible por máquinas que replica la lógica del RSS para el ecosistema de apps IA. Si las plataformas principales adoptan el estándar, el catálogo global de software IA-generado se construye solo. Si los agentes de IA empiezan a consumir esos feeds, el ciclo completo de desarrollo cambia. Mientras tanto, los equipos que empiezan a documentar sus apps internas con metadatos estructurados llevan ventaja cuando el estándar llegue y evitan duplicar trabajo costoso en el presente.

¿Necesitas ayuda para construir esto?

Kreante acompaña a PyMEs y founders en LatAm que quieren reemplazar SaaS caro con IA personalizada. Hemos shipped 265 proyectos (60% LowCode/AI, 70% B2B) en US, Europa y LatAm.

Agenda una llamada de 30 minutos con Kreante