L'explosion des micro-apps

On vit une vraie révolution de la productivité. Les outils d'IA facilitent la création d'apps utiles. Simon Willison liste plus de 80 outils perso. Matt Sephton a sorti 20 apps macOS en une journée. Les designers codent des web tools sur mesure. Les devs bricolent des utilitaires pour des besoins ultra-précis.

C'est génial. Mais ça crée un bordel monstre.

Le casse-tête de la découverte

Le vrai problème : ces outils traînent partout et nulle part. Sur des sites perso, dans des gists GitHub, au milieu de threads Twitter, enfouis dans des projets Lovable, perdus sur Replit, ou coincés dans l'historique terminal d'un geek. Certains s'évaporent au bout d'un mois. D'autres s'améliorent en silence, sans alerte.

Et pour suivre un créateur ? Bonne chance.

Les questions qui nous hantent :

• Comment dénicher des apps pile pour mes besoins et mes plateformes ?
• Comment m'abonner aux nouveautés d'un maker que j'aime ?
• Comment savoir quand un outil que j'utilise est mis à jour ?
• Comment partager mes pépites en toute sécurité ?
• Comment ranger ma propre collection d'outils pour y accéder vite ?

Ça vous parle ? Normal. On a réglé ça il y a plus de 20 ans.

RSS revisité pour l'ère IA

RSS, vous vous souvenez ? Ce format XML simple pour s'abonner aux blogs. Pas glamour, pas hype. Mais efficace : il permettait de suivre les mises à jour sans registre central ni algos envahissants.

Son génie : une couche d'interopérabilité. Le New York Times publiait un feed. Flickr aussi. GitHub pareil. Ton blog local. Tout newsreader les lisait. Tu curatais ton flux perso.

Et si on appliquait ça aux micro-apps boostées à l'IA ?

Un standard de feed type RSS où :

Les créateurs diffusent des feeds. À chaque nouvelle app ou update. La page tools de Simon Willison devient abonnable. Tes plugins Claude exposent un feed. Les templates Lovable alertent sur les changements.

Les plateformes s'y mettent. Replit génère un feed pour tes projets. Glitch idem. Vercel pour les déploiements. Aussi banal qu'un repo GitHub.

Les users agrègent à leur sauce. Fini les 30 sites à checker. Tu t'abonnes dans un lecteur RSS (ou une app dédiée). Chaque outil arrive avec métadonnées, liens, boutons install, historique versions.

La découverte sociale explose. Comme del.icio.us jadis : tu partages feeds et outils. Tu suis les recos de devs. Tu tagues, tu curates. Un ProductHunt décentralisé, sans algo.

Parfait pour les apps "vibe-coded"

La distribution classique suppose des releases solennelles. V1.0, install, V2.0 dans six mois. Une app, c'est un événement.

Avec l'IA, ça casse. Sortir un tool, c'est comme poster un billet de blog : fréquent, perso, expérimental. Mardi : tu le codes. Mercredi : tu l'upgrades. Jeudi : tu le partages. Rythme organique.

RSS colle pile poil. Les blogs marchaient grâce aux publishes itératifs. Un système feed ferait pareil pour les micro-apps : chaque release ou tweak devient un événement notifiable.

Les avantages concrets

Pour les créateurs : Format ouvert, simple. Annonces sans plateforme centrale. Tes outils sur ton infra. Tu gères les métadonnées. Pas de dépendance à une startup.

Pour les users : Expérience unifiée, perso. Pas d'algos qui décident. Flux chrono des makers que tu choisis. Clean.

Pour la visibilité : Les outils ont une adresse fixe. Les devs les recommandent. Communautés autour des recos. Découverte comme pour les blogs d'antan.

Pour la sécu : Pas de store central qui ferme ou change les règles. Feed ouvert, éternel. Vérif signatures. Fork facile. Outils pour checker l'historique.

Le hic : où vivent les apps ?

RSS pour apps ne résout pas tout. Les feeds RSS classiques, c'est de l'info. Les apps doivent s'exécuter quelque part : iOS, macOS, Android, browser, web, terminal.

Plus dur qu'un simple flux. Mais faisable. Le feed inclut instructions install par plateforme. Liens vers binaires, Docker, déploiements cloud. Ou code source à forker.

Le feed = interface. L'app vit où ça fait sens.

À quoi ça ressemblerait ?

Un format ATOM-like, RSS étendu pour apps :

• Nom, desc, créateur
• Liens code source, docs
• Historique versions, changelog
• Plateformes supportées (web, iOS, macOS, CLI...)
• Méthodes install par plateforme
• Tags, catégories
• Signatures vérif (optionnel)

Chaque page tools publie un feed. Chaque plateforme IA le génère auto. Lecteurs et apps dédiées consomment, rendent la découverte fluide.

Le plus beau

Pas une plateforme. Pas une boîte. Pas compliqué. Un protocole. Libre à implémenter, étendre, zapper.

Le web open tournait là-dessus : email, HTTP, FTP, RSS. Pas de proprio unique. Ça bossait car utile, et extensible.

On a perdu ça avec les stores et plateformes centrales. Pas tout : la curation compte. Mais l'innovation sans permission, l'openness magique du web early... ça manque.

Et après ?

À la communauté de jouer. Si tu fais des tools IA, pense à partager tes updates. Si tu gères une plateforme, imagine un feed simple pour tes users.

L'infra n'a pas besoin d'être révolutionnaire. Juste utile et ouverte.

L'ancien net avait raison. Retournons-y piocher.