Ce n'est pas un autre chatbot
Si vous suivez cette chaîne, vous savez qu'on construit beaucoup d'agents IA, d'automatisations Python et d'outils MCP. Mais construire l'outil, c'est généralement la partie facile. Le transformer en quelque chose que de vraies personnes peuvent réellement utiliser, ça implique le front-end, l'hébergement, l'authentification, la facturation, toute l'infrastructure autour. Et c'est là que beaucoup de projets IA prometteurs se bloquent.
Récemment, j'ai examiné une plateforme qui essaie de résoudre ce problème depuis une couche différente. Elle s'appelle Anna. Ils ne se positionnent pas comme un énième chatbot ou wrapper. Ils essaient de construire un système d'exploitation IA. Un environnement cloud partagé où les applications natives IA peuvent fonctionner.
Et il y a une raison très pratique pour laquelle je voulais en parler maintenant. Anna vient de lancer son programme Founding Builder avec une enveloppe de financement pouvant atteindre 80 000 dollars par mois pour les développeurs qui construisent des applications sur la plateforme. Le premier palier de financement commence à seulement 200 utilisateurs actifs mensuels qualifiés.
Donc dans cet article, je veux examiner trois choses. Qu'est-ce qu'un AIOS signifie réellement ? Comment le modèle d'application fonctionne-t-il ? Et si vous avez déjà un script ou un agent qui traîne dans votre dépôt, est-ce une plateforme sur laquelle ça vaut la peine de construire ?
Qu'est-ce qu'un système d'exploitation IA ?
Les systèmes d'exploitation traditionnels gèrent l'infrastructure sous vos applications. Anna essaie de faire la même chose pour les logiciels natifs IA. La façon dont ils le formulent, c'est que le développeur construit l'application, l'âme. Anna fournit la couche opérationnelle en dessous, le corps.
Anna gère l'infrastructure partagée sous l'application : l'hébergement, l'identité, le sandboxing et la mémoire persistante. Vous construisez ce que votre outil fait réellement, et tout le reste est pris en charge.
Mais voici la partie qui a vraiment retenu mon attention en tant que développeur : le modèle financier.
Normalement, si vous hébergez un agent IA, c'est vous qui êtes coincé avec les factures d'API des modèles de langage. Si votre application devient virale, ça peut devenir coûteux très rapidement. Anna aborde cela de deux manières.
BYOK : apportez votre propre clé
D'abord, le BYOK, bring your own key. Les utilisateurs avancés peuvent brancher leurs propres clés d'API de modèle. Ces appels de modèle ne consomment pas les crédits de plateforme payés par le développeur. Et les utilisateurs BYOK peuvent toujours compter dans vos utilisateurs actifs mensuels qualifiés, tant que leur activité répond aux critères d'exécution d'application qualifiée du programme.
Les crédits énergie Anna
Ensuite, les utilisateurs qui n'ont pas leurs propres clés peuvent utiliser les crédits énergie Anna. Selon le modèle de partage des revenus d'Anna, la grande majorité des revenus de consommation éligibles va directement au développeur. Et surtout, ce partage de revenus est distinct des subventions du programme Founding Builder.
Ça signifie que vous pouvez passer à l'échelle sans prendre sur vous le fardeau habituel des coûts d'inférence.
Comment le modèle d'application fonctionne concrètement
Prenons un exemple concret. Voici Anna Deck, l'une de leurs applications internes pour la génération de présentations. Pendant qu'on regarde ça, rappelez-vous : Deck est l'application, Anna est le système d'exploitation en dessous.
D'abord, on navigue vers l'app store et on installe Anna Deck. Une fois qu'on l'ouvre, l'application demande la permission. On clique sur Autoriser, et Deck est prêt.
Dans une zone de texte, je tape une requête très simple : "Fais une présentation de quelques pages sur le TI de Dota 2". Ensuite, on définit les exigences pour la présentation courte qu'on veut.
Une fois la requête envoyée, Deck part et fait la recherche web tout seul. Il extrait les informations réelles d'abord, avant d'écrire quoi que ce soit. Une fois la recherche terminée, il revient avec un plan. Ce plan a deux parties : le message central, puis le contenu requis.
À ce stade, on révise le plan, pas les diapositives. Si quelque chose ne va pas, on lui dit de réviser. Si ça a l'air bon, on clique sur Suivant et on approuve. Ensuite, Deck construit tout. Comme il a déjà le contexte (les exigences, la recherche et le plan qu'on a approuvé), ce qu'on obtient en retour, c'est notre présentation courte sur le TI.
Ce qui est vraiment différent ici
La partie intéressante, ce n'est pas que l'IA puisse générer des diapositives, on a déjà vu ça. C'est la façon dont le produit est empaqueté. En tant qu'utilisateur, je n'ai pas eu à lancer pip install, configurer un modèle local ou gérer des dépendances. L'application tourne dans l'environnement d'agent cloud hébergé d'Anna.
Du point de vue du développeur, Anna Deck a été construite par une seule personne en quelques semaines. Ils n'ont pas eu à construire la facturation, l'authentification ou l'infrastructure de déploiement à partir de zéro. Ils ont pu se concentrer principalement sur le flux de travail de présentation et la qualité du rendu, pendant qu'Anna gérait la couche de plateforme sous-jacente.
Dans l'app store, en plus des applications officielles d'Anna, il y a déjà des applications construites par des développeurs tiers. Par exemple, Your Turn est une application de narration interactive où l'histoire évolue en fonction des choix que vous faites. Et Post Beautify prend une idée brute ou un brouillon et le transforme en publications sociales spécifiques à chaque plateforme.
On voit déjà des développeurs expérimenter avec des types d'applications très différents au-dessus du même système d'exploitation.
Vous avez déjà construit l'application, vous ne l'avez juste pas encore "productisée"
C'est là que les choses deviennent intéressantes pour nous. Anna n'essaie pas de construire toutes les applications eux-mêmes. Si vous construisez un système d'exploitation, vous avez besoin d'un écosystème. Et ils sont suffisamment tôt dans le processus pour chercher activement des développeurs prêts à amener des projets qu'ils ont déjà construits.
Si vous avez un script Python personnalisé, un agent IA, un serveur MCP ou un flux de travail hautement optimisé qui traîne dans votre dossier local, vous n'avez pas nécessairement besoin de repartir de zéro. Vous pouvez l'empaqueter dans une application Anna.
Et c'est probablement la partie que je préfère. Vous avez peut-être déjà construit l'application, vous ne l'avez juste pas encore transformée en produit. Si vous utilisez Cursor, Claude Code ou Copilot, vous pouvez fournir la documentation "Build on Anna 101" à votre agent de codage et le laisser vous aider à écrire le manifeste de l'application et à envelopper une grande partie de votre code existant.
Au lieu de passer des semaines à reconstruire l'infrastructure, l'objectif est de passer votre temps sur la chose qui rend réellement votre outil utile.
Le programme de financement : 80 000 dollars par mois sur la table
Pour amorcer l'écosystème, Anna met en place une enveloppe de financement total pouvant atteindre 80 000 dollars par mois, à partir de septembre. Contrairement à un hackathon jugé typique, le programme Founding Builder est basé sur la traction. Si des personnes utilisent réellement votre application, votre éligibilité est déterminée par des seuils définis d'utilisateurs actifs mensuels qualifiés.
Voici comment je vois les choses.
Le palier d'entrée à 200 utilisateurs actifs mensuels
Le premier palier de paiement commence à seulement 200 utilisateurs actifs mensuels qualifiés. Vous n'avez pas besoin de devenir viral ou d'obtenir 20 000 utilisateurs. Un outil spécialisé qui résout un vrai problème pour quelques centaines de développeurs, designers, rédacteurs ou autres utilisateurs peut suffire à entrer dans le programme.
Le coup de pouce de lancement en septembre
Si vous atteignez le seuil de qualification en septembre, le coup de pouce de lancement peut rapporter à votre application jusqu'à 6 000 dollars pour le mois.
Les subventions récurrentes
Après cela, ça passe en subventions récurrentes allant jusqu'à 5 000 dollars par mois, tant que vos utilisateurs restent actifs et répondent aux exigences du programme.
Évidemment, ils ont des systèmes anti-fraude pour filtrer les bots, les faux comptes et les exécutions automatiques artificielles. Le point est simple : vous n'avez pas à convaincre un panel de juges. Vous devez construire quelque chose que les gens utilisent réellement.
La fenêtre d'inscription officielle au programme Founding Builder s'étend du 1er septembre au 30 novembre, avec des subventions éligibles qui continuent mensuellement par la suite. En ce moment, nous sommes dans la phase de construction et de bêta. Si vous voulez entrer tôt, c'est le moment de commencer.
Le playbook que j'utiliserais
Voici les étapes que je suivrais.
Première étape : ne construisez pas une nouvelle startup. Allez sur votre GitHub ou votre bloc-notes local. Trouvez ce script, cet agent ou ce serveur MCP que vous avez déjà écrit et qui fait réellement quelque chose d'utile.
Deuxième étape : activez l'accès développeur. Allez sur Anna.Partners, créez un compte et suivez le guide de démarrage rapide développeur pour activer l'accès développeur.
Troisième étape : empaquetez-le et lancez-le. Fournissez le guide "Build on Anna 101" à Cursor ou Claude Code, générez votre manifeste, testez-le en local et soumettez-le.
Ensuite, trouvez vos 200 premiers utilisateurs. Partagez-le dans les Discords de développeurs, les subreddits pertinents, votre communauté existante, ou même dans la section commentaires de cette vidéo. Et avec le BYOK, ces utilisateurs ne créent pas nécessairement une facture de LLM pour vous.
J'ai mis les règles officielles du programme en premier dans la description pour que vous puissiez vérifier vous-même les paliers d'utilisateurs actifs mensuels et la structure de paiement, ainsi que le guide 101 et le Discord des développeurs si vous avez besoin d'aide de l'équipe d'Anna.
Points clés à retenir
- Anna se positionne comme un système d'exploitation IA, pas comme un simple chatbot ou wrapper. La plateforme gère l'hébergement, l'identité, le sandboxing et la mémoire persistante pour les applications natives IA.
- Le modèle BYOK permet aux utilisateurs d'apporter leurs propres clés API. Ces appels ne consomment pas les crédits du développeur, et ces utilisateurs comptent quand même dans les utilisateurs actifs mensuels qualifiés.
- Le partage de revenus d'Anna est distinct des subventions. La grande majorité des revenus de consommation éligibles va directement au développeur, ce qui permet de passer à l'échelle sans porter le fardeau des coûts d'inférence.
- Le programme Founding Builder offre jusqu'à 80 000 dollars par mois de financement total. Le premier palier commence à seulement 200 utilisateurs actifs mensuels qualifiés, avec un coup de pouce de lancement pouvant atteindre 6 000 dollars en septembre et des subventions récurrentes jusqu'à 5 000 dollars par mois.
- Vous n'avez probablement pas besoin de repartir de zéro. Un script Python, un agent IA ou un serveur MCP existant peut être empaqueté dans une application Anna en utilisant la documentation "Build on Anna 101" avec des outils comme Cursor ou Claude Code.
- Le programme est basé sur la traction, pas sur le jugement. Vous n'avez pas à convaincre un panel, vous devez construire quelque chose que les gens utilisent réellement. La fenêtre d'inscription s'étend du 1er septembre au 30 novembre.
L'infrastructure autour d'un outil IA, c'est ce qui tue la plupart des projets avant qu'ils n'atteignent de vrais utilisateurs. L'approche d'Anna est intéressante parce qu'elle déplace le problème. Au lieu que chaque développeur reconstruise les mêmes composants encore et encore, la plateforme les absorbe. Ce qui reste, c'est la partie qui compte : ce que votre outil fait réellement.