El gran problema del descubrimiento de apps: por qué necesitamos herramientas mejores para encontrar y seguir las generadas por IA
La Explosión de las Micro-Apps
Vivimos un boom en productividad. Las herramientas de desarrollo con IA lo han cambiado todo. Ahora cualquiera arma apps útiles en minutos. Simon Willison tiene más de 80 herramientas personales. Matt Sephton lanzó 20 apps para macOS en un día. Diseñadores crean web tools a medida. Desarrolladores resuelven problemas ultraespecíficos con utilidades rápidas.
Es genial. Pero genera un desorden total.
El Problema de Encontrarlas y Compartirlas
Lo peor es que estas joyas están por todos lados y en ninguna parte. Aparecen en sitios personales, gists de GitHub, hilos de redes sociales, proyectos de Lovable, despliegues en Replit o historiales de terminal. Algunas mueren en un mes. Otras se actualizan en silencio, sin avisos. ¿Quieres seguir a un creador? Olvídalo, no hay forma de rastrear lo nuevo.
Preguntas clave que todos nos hacemos:
- ¿Cómo hallo apps que encajen justo en mis necesidades y plataformas?
- ¿Cómo me entero de novedades de creadores que sigo?
- ¿Cómo recibo alertas de mejoras en herramientas que uso?
- ¿Cómo comparto mis favoritas de forma segura?
- ¿Cómo organizo mi propia lista de tools para acceder rápido?
Suena conocido, ¿verdad? Lo resolvimos hace más de 20 años.
RSS Aplicado a la Era Actual
¿Recuerdas RSS? Ese formato XML simple para suscribirte a blogs. No es glamoroso ni viral. Pero era brillante: permitía seguir actualizaciones sin registros centrales ni algoritmos caprichosos.
Lo que lo hacía genial era su capa de interoperabilidad. The New York Times lo usaba. Flickr también. GitHub igual. Cualquier lector de feeds lo consumía. Tú decidías qué seguir.
¿Y si usamos esa idea para las micro-apps de IA?
Piensa en un estándar de feeds tipo RSS donde:
Los creadores publiquen feeds. Al lanzar o actualizar una tool, generas un feed. La página de tools de Simon Willison se suscribe fácil. Tus plugins de Claude exponen uno. Lovable muestra updates.
Las plataformas lo integren. Replit facilita publicar feeds de tus creaciones. Glitch lo hace nativo. Vercel expone feeds de proyectos. Tan estándar como un repo en GitHub.
Los usuarios lo junten a su gusto. Olvídate de chequear 30 sitios. Suscríbete en un lector o app dedicada. Cada tool llega con metadata, links, botones de install y historial de versiones.
El descubrimiento sea social. Como en los viejos del.icio.us: comparte feeds de tus favoritas. Sigue recomendaciones de otros devs. Etiqueta y arma colecciones. Un ProductHunt descentralizado, sin algoritmos.
Por Qué Encaja con Apps "de Vibe"
La distribución tradicional pide releases formales. Lanzás v1.0, instalás, esperás v2.0 meses después. Son eventos grandes.
Con IA, eso se rompe. Armar una tool es como postear un blog: frecuente, personal, experimental. La haces martes, la mejoras miércoles, la compartís jueves. Ritmo rápido y natural.
Perfecto para RSS. Los blogs triunfaron con publicaciones iterativas constantes. Un sistema así trata cada tool o update como un evento notifiable.
Ventajas Prácticas
Para creadores: Formato abierto y simple para anunciar sin depender de plataformas. Tus tools en tu hosting. Controlas metadata. No confías en startups volátiles.
Para usuarios: Experiencia unificada y personal. Sin feeds algorítmicos que oculten lo útil. Solo updates cronológicos de quienes elegís.
Para visibilidad: Las tools no se pierden. Tienen dirección fija. Otros las recomiendan. Comunidades crecen en torno. Se encuentran como los blogs de antes.
Para seguridad: A diferencia de app stores que cierran o cambian reglas, un feed abierto perdura. Verificá updates. Forkeá feeds. Monitoreá historial con tools propias.
El Desafío: ¿Dónde Viven las Apps?
No todo se resuelve con feeds. RSS era para info. Las apps necesitan ejecutarse: iOS, macOS, Android, browsers, web, terminal.
Es más complejo. Pero viable. El feed incluye instrucciones por plataforma. Links a binarios, Docker, despliegues cloud o código fuente forkable.
El feed es la interfaz. La app vive donde corresponda.
¿Cómo Sería en la Práctica?
Un formato simple como ATOM, extendido para apps:
- Nombre, descripción y creador de la tool
- Links a código y docs
- Historial de versiones y changelog
- Plataformas soportadas (web, iOS, macOS, CLI...)
- Método de install por plataforma
- Tags y categorías
- Firmas de verificación (opcional)
Creadores con página de tools publican uno. Plataformas de IA lo generan fácil. Lectores y apps especializadas lo consumen.
Lo Más Bonito
No es una plataforma ni empresa. Es un protocolo. Cualquiera lo implementa, extiende o ignora.
La web abierta corría así: email, HTTP, FTP, RSS. Sin dueños únicos. Triunfaban por resolver problemas reales. Cualquiera construía encima.
Perdimos eso con plataformas centrales y app stores. No todo, claro: la curación suma. Pero extrañamos la innovación sin permisos de la web temprana.
¿Qué Sigue?
La comunidad manda. Si armás tools con IA, pensá cómo compartir updates. Si tenés una plataforma, definí un feed simple para que users descubran y suscriban.
No hace falta revolución. Basta con algo útil y abierto.
El internet viejo lo clavó. Hora de copiarle el manual.