Pourquoi les modèles System One ont leur place sur un cloud décentralisé

 

Une grande partie de l’IA en production répond à des questions simples. Cet e-mail est-il un spam ? Ce ticket est-il une demande de remboursement ou un signalement de bug ? Ce prompt est-il sûr ? Le 15 septembre, TypeSafe AI a lancé Jev, un modèle conçu uniquement pour ce type de question. Une semaine plus tard, une alternative ouverte était disponible.

 

Cette nouvelle catégorie s’appelle le modèle System One, et c’est précisément la charge de travail qu’un cloud décentralisé gère le mieux. Voici pourquoi c’est pour les décisions que l’IA décentralisée a le plus de sens, et à quoi cela ressemble sur un téléphone.

 

Les démos sont en ligne : essayez-les vous-même sur laya.acurast.com.

Ce qu’est un modèle System One

 

Une IA conversationnelle rédige sa réponse mot par mot. Un modèle System One se passe de la rédaction. Vous lui donnez un texte et quelques questions à options fixes, et il répond à toutes en une seule fois, avec une probabilité pour chacune :

 

• Choisissez-en une : remboursement, aide technique ou autre chose ?
• Oui ou non : est-ce urgent ?
• Évaluez : calme, agacé ou en colère ?

 

Aucun texte à analyser, aucune place pour les hallucinations. Jev est la version fermée : une API payante qui lie chaque application construite dessus à un seul fournisseur. Laya, de ConvAI Innovations, est la version ouverte : sous licence Apache 2.0, environ 800 Mo, et compatible avec l’API de Jev, si bien qu’une application conçue pour l’un peut passer à l’autre.

 

Pourquoi les modèles System One ont leur place sur un cloud décentralisé

 

Les grands modèles de langage de pointe exigent des baies entières de GPU, ce qui explique pourquoi la plupart des projets d’« IA décentralisée » finissent encore par louer des data centers. Un modèle System One est tout le contraire : assez petit pour un seul téléphone, sans mémoire d’une requête à l’autre, et alimenté par certains des textes les plus confidentiels d’une entreprise. C’est exactement le type de travail pour lequel un réseau de téléphones est conçu.

 

Une croissance horizontale, pas verticale

 

Les data centers grandissent verticalement : un GPU plus gros, un bâtiment plus grand. Les décisions, elles, se répartissent horizontalement. Chaque requête est indépendante, donc dix téléphones abattent dix fois plus de travail, et sur Acurast, le nombre de téléphones n’est qu’un simple paramètre.

 

L’offre existe déjà. Environ 1,39 milliard de smartphones sont vendus chaque année, et ceux qu’ils remplacent ont encore des processeurs tout à fait capables. Plus de 310 000 téléphones ont déjà rejoint Acurast.

Accessible : déployé depuis le navigateur

 

Aucun serveur à louer, seulement le téléphone de quelqu’un d’autre : le déploiement de l’exemple coûte moins de 1 ACU par jour. Dans le playground de l’Acurast Hub, choisissez le modèle de départ Cargo: Laya, indiquez le nombre de téléphones, puis déployez. Quelques minutes plus tard, votre propre modèle de décision est en ligne.

 

Confidentiel : les décisions touchent vos données les plus sensibles

 

Avec une API hébergée, chaque e-mail, message de chat et ticket de support que vous classez passe par les serveurs de quelqu’un d’autre. Faites tourner votre propre modèle, et cela change. Aucune entreprise ne s’interpose, les poids du modèle sont ouverts, l’application d’exemple ne conserve aucun journal, et elle ne tourne que sur des téléphones attestés, c’est-à-dire dont le matériel a été vérifié comme authentique.

 

Rendu possible par Cargo

 

Acurast Cargo fournit à chaque déploiement un environnement Linux complet sur le téléphone : Laya s’installe donc exactement comme sur un serveur loué. Le même runtime héberge déjà OpenClaw, WordPress et des serveurs Minecraft. L’IA évolue en quelques semaines, et Cargo suit le rythme.

Voyez-le en action

 

Les téléphones de test utilisés dans l’exemple sont répartis entre l’Europe, les États-Unis et l’Asie. Les plus rapides répondent à une courte question par oui ou non en 0,2 seconde environ et trient un e-mail entier en bien moins d’une seconde ; les plus lents mettent environ une seconde. C’est plus lent qu’un GPU de data center, mais pour les e-mails, la modération ou les agents, cela n’a aucune importance.

 

Les jeux montrent à quoi sert cette vitesse. Laya observe le plateau, choisit un coup, constate ce qui a changé et décide à nouveau : dans quelle direction tourne le serpent, où tombe une pièce de Tetris, et dans Doom, s’il faut viser, tirer, ramasser un objet ou ouvrir une porte. Le trieur d’e-mails et le modérateur de chat suivent la même boucle ; seules les options changent.

 

Onze démos tournent sur Laya, dont désormais Doom : un trieur d’e-mails, un modérateur de chat en direct, une rédaction qui repère le clickbait, une protection contre l’injection de prompt, une application de rencontres, Snake, Tetris et d’autres encore. Essayez-les en direct sur laya.acurast.com.

 

Ses limites

 

Les modèles System One n’existent en tant que catégorie que depuis une semaine, et Laya a de vraies limites. La précision baisse dès qu’une question compte plus d’une vingtaine d’options, le modèle de base est trop sûr de lui tant qu’il n’est pas calibré, et les textes piégeux ou malveillants le trompent encore. Considérez-le comme un premier filtre rapide, pas comme le verdict final.

 

Déployez votre propre modèle

 

Pas de liste d’attente, aucun fournisseur à qui demander un accès à l’API. Ouvrez le playground du Hub, choisissez Cargo: Laya et déployez. Le code, y compris les onze démos, est ouvert et disponible dans les applications d’exemple Acurast sur GitHub.

Vous développez sur Acurast ? Si vous faites tourner vos propres modèles, backends d’agents ou services de décision sur des téléphones attestés, c’est sur le Discord d’Acurast que les builders échangent leurs retours d’expérience. Rejoignez le Discord.

Related Blogs