Niveaux L1-L4 des téléphones IA : comprendre GB/Z 177-2026
Guide français des niveaux L1-L4 des téléphones IA : portée de GB/Z 177-2026, noms officiels, test reproductible, sécurité et rôle de FoneClaw sur Android.
- GB/Z 177-2026 fournit un cadre chinois d’orientation pour classer l’intelligence des terminaux IA, avec une partie dédiée aux terminaux mobiles, mais ce n’est pas à lui seul une certification produit.
- Les quatre niveaux officiels progressent de L1 réponse à L4 collaboration : réponse, outil, assistance, puis coopération plus avancée entre utilisateur, agent, apps et contexte.
- Un test utile de téléphone IA doit séparer réussite de tâche, contrôle utilisateur, vérification d’état, récupération après échec et répétabilité sur le même appareil.
- D’après les informations produit disponibles au moment de cette mise à jour, FoneClaw sert d’exemple Android non noté pour tester l’accès flottant, le contexte d’écran déclenché par l’utilisateur, les approbations, l’arrêt, la récupération et le routage des capacités.
Identifier GB/Z 177-2026 et son périmètre
Les niveaux L1-L4 des téléphones IA viennent d’un cadre chinois publié en 2026 pour décrire l’intelligence des terminaux IA. La série GB/Z 177-2026 a été publiée le 30 avril 2026 par les organismes chinois de normalisation. Les fiches officielles distinguent GB/Z 177.1-2026, cadre de référence, GB/Z 177.2-2026, exigences générales et GB/Z 177.3-2026, terminaux mobiles.
Le préfixe GB/Z compte. Il indique un document technique national d’orientation, pas une preuve automatique qu’un téléphone commercial a réussi une certification. C’est une base pour parler plus proprement d’intelligence terminale : ce qu’un appareil comprend, ce qu’il peut appeler comme outil, comment il aide l’utilisateur et jusqu’où il peut collaborer dans un contexte donné. Pour un acheteur, un développeur ou une équipe produit, la bonne question n’est donc pas “ce téléphone est-il L3 ?” sans preuve. La bonne question est : quelle partie du cadre est citée, quel scénario a été testé, avec quelles conditions et quel résultat observable ?
L’annonce du ministère chinois de l’Industrie et des Technologies de l’information décrit une architecture “2+N” et un premier lot couvrant plusieurs catégories de terminaux. Dans cet article, nous nous concentrons sur le terminal mobile, parce que c’est là que la différence entre assistant, outil, agent et action contrôlée devient la plus concrète. Un téléphone IA ne vaut pas seulement par la qualité de ses réponses ; il vaut par sa capacité à agir dans un environnement fait d’apps, de permissions, de données personnelles, de réseau, d’écrans et de décisions utilisateur.
Comprendre les noms officiels L1-L4
Le cadre présente quatre noms officiels : L1 响应级, L2 工具级, L3 辅助级 et L4 协同级. En français naturel, nous pouvons les lire comme niveau réponse, niveau outil, niveau assistance et niveau collaboration. Le ministère indique que le degré d’intelligence augmente avec les niveaux. Cette progression est utile, mais elle doit rester attachée à des comportements testés plutôt qu’à des slogans.
| Niveau | Nom officiel | Lecture pratique sur téléphone | Preuve à chercher |
|---|---|---|---|
| L1 | 响应级 | Le téléphone ou l’assistant répond à une demande, explique, résume ou génère du contenu. | Réponse correcte, pertinente, dans la langue et le contexte demandés. |
| L2 | 工具级 | Le système utilise un outil ou une fonction définie : capture, réglage, recherche, rappel, appel d’API ou action encadrée. | Outil appelé correctement, permission respectée et effet vérifiable. |
| L3 | 辅助级 | L’assistant aide à accomplir une tâche en plusieurs étapes, garde le contexte et accompagne l’utilisateur. | Décomposition de tâche, continuité, demande de confirmation et reprise en cas de blocage. |
| L4 | 协同级 | Le téléphone collabore plus activement avec l’utilisateur et l’environnement applicatif sur des tâches complexes. | Coordination répétable, contrôle clair, trace des choix et adaptation aux changements d’état. |
L1 n’est pas faible : une bonne réponse reste indispensable. Mais un téléphone qui sait seulement répondre ne prouve pas qu’il sait agir. L2 ajoute l’usage d’outils, ce qui rapproche l’IA du système. L3 devient plus intéressant pour les utilisateurs, car l’assistant commence à aider dans une tâche composée : comprendre une intention, choisir une étape, garder le contexte, demander une confirmation, puis reprendre si le téléphone change d’état. L4 ajoute l’idée de collaboration, avec une relation plus étroite entre utilisateur, agent, apps et environnement.
Cette grille ne remplace pas un banc d’essai. Elle donne un vocabulaire. Pour aller plus loin sur ce qu’un téléphone IA agentique cherche à accomplir en pratique, notre guide Téléphone IA agentique : définition, signaux 2026 et rôle de FoneClaw replace ces niveaux dans l’évolution des assistants mobiles.
Distinguer assistance utile et collaboration
La frontière la plus importante se situe entre une assistance utile et une collaboration robuste. Un téléphone peut réussir une démonstration en ouvrant une app, en préparant un texte ou en résumant un écran. Cela ne suffit pas à établir un niveau élevé. Une revendication crédible demande des tâches répétables, des conditions décrites et des échecs visibles. C’est particulièrement vrai pour le téléphone IA L3 et le téléphone IA L4.
Pour L3, nous cherchons des signaux d’assistance suivie. Le système comprend-il le but de l’utilisateur ? Peut-il décomposer la tâche sans confondre réponse et action ? Garde-t-il le contexte quand l’utilisateur change d’app ? Demande-t-il une approbation avant une action qui envoie, modifie, supprime ou partage quelque chose ? Relit-il l’état après l’action ? Un téléphone qui accomplit une seule étape brillante mais se perd dès qu’une permission manque reste difficile à classer comme assistant fiable.
L4 demande encore plus de prudence. L’annonce officielle indique que le niveau L4 sera clarifié et amélioré au fil du développement industriel. Cette phrase est importante : elle évite de figer trop tôt une définition complète de la collaboration. Nous pouvons déjà tester des signaux, comme la coordination entre apps, l’adaptation à un écran qui change, la reprise après interruption et la traçabilité des décisions. Nous ne devons pas transformer ces signaux en certification informelle.
Dans nos propres travaux sur les agents Android, nous avons appris que la valeur d’un agent ne vient pas d’une autonomie abstraite. Elle vient de l’accord entre intention, contexte, permission, action et preuve. Pour une architecture plus générale, Fondation d’un agent de système d’exploitation : les trois couches qu’un agent IA de téléphone doit maîtriser détaille pourquoi modèle, interface et exécution doivent être évalués séparément.
Construire un test pratique d’intelligence du smartphone
Un bon test d’intelligence du smartphone doit être reproductible. Utilisez le même appareil, le même compte, la même langue, la même région, les mêmes permissions, le même réseau et les mêmes apps. Notez séparément la réussite, la confirmation, la vérification d’état, la récupération et la répétabilité. Ce test de terrain ne remplace pas une évaluation officielle ; il aide un acheteur ou une équipe produit à voir ce que le téléphone fait réellement.
| Tâche | Ce qu’elle teste | Observation à noter |
|---|---|---|
| Demander un résumé d’une page affichée | L1 réponse et compréhension du contexte fourni. | Exactitude, langue, prise en compte de l’écran et absence d’invention visible. |
| Créer une alarme ou ouvrir un réglage simple | L2 outil ou fonction système encadrée. | Permission demandée, action exécutée, état final vérifié. |
| Préparer un brouillon de message depuis un contexte affiché | Passage de la compréhension à une action contrôlée. | Destinataire, contenu, brouillon visible et approbation avant effet sensible. |
| Organiser un trajet depuis un rendez-vous | Tâche multi-étapes avec contexte personnel ou applicatif. | Calendrier, carte, heure, navigation proposée et reprise si une app manque. |
| Interrompre l’agent pendant l’exécution | Contrôle utilisateur et arrêt. | Arrêt clair, état conservé, aucune action sensible poursuivie sans accord. |
| Retirer une permission puis relancer | Récupération et guidage. | Détection du blocage, chemin vers le réglage, retour à la tâche. |
La notation doit rester sobre. Pour chaque tâche, écrivez “réussi”, “partiel” ou “échoué”, puis ajoutez les raisons. Une réponse peut être excellente mais l’action échouer. Une action peut réussir mais sans confirmation suffisante. Une récupération peut être claire au premier essai et confuse au deuxième. Ces différences comptent davantage qu’une moyenne globale.
Pour comparer plusieurs agents Android, gardez aussi une trace des captures d’écran, des permissions initiales, des messages d’erreur et des changements d’état. Notre page Benchmark d’agents Android : évaluer un agent téléphonique en 2026 développe une méthode plus complète quand le besoin passe d’un essai utilisateur à un banc d’évaluation produit.
Évaluer permissions, approbations, interruption et reprise
La norme téléphone IA devient utile quand elle pousse à regarder la sécurité opérationnelle, pas seulement la capacité. Un téléphone peut donner une réponse convaincante et rester dangereux si l’action finale part sans contrôle clair. Pour les tâches qui modifient un réglage, envoient un message, créent un événement, consultent des données personnelles ou pilotent une app, les permissions et les approbations doivent être visibles.
La permission dit ce que le système autorise. L’approbation dit ce que l’utilisateur accepte maintenant. Les deux sont nécessaires, mais elles ne jouent pas le même rôle. Une permission accordée hier ne signifie pas que l’utilisateur veut envoyer ce message aujourd’hui. Une approbation sans état lisible peut aussi être trompeuse. Le test doit donc vérifier la chaîne complète : demande, contexte, action proposée, confirmation, exécution, état final.
L’interruption est un autre signal fort. Un agent fiable doit pouvoir s’arrêter proprement. Si l’utilisateur change d’avis, si l’app cible affiche un écran inattendu ou si le réseau tombe, le système doit montrer où il en est. La reprise doit être lisible : reprendre la tâche, demander une permission, reformuler l’étape ou abandonner sans effet caché. Pour les actions sensibles, nous préférons un agent moins spectaculaire mais plus clair.
La traçabilité ferme la boucle. Notez ce que l’agent a tenté, ce qui a été approuvé, ce qui a échoué et ce qui a été récupéré. Pour approfondir la conception des confirmations sur téléphone, Interface d’approbation des agents IA sur téléphone : confiance, contexte et reprise explique pourquoi la confiance vient d’un état visible plutôt que d’une promesse générale.
Utiliser FoneClaw comme route de test Android gouvernée
Chez FoneClaw, nous utilisons ce type de grille comme outil de construction, pas comme une étiquette à nous attribuer. Nous ne classons pas FoneClaw comme L1, L2, L3 ou L4. Nous nous servons plutôt des questions du cadre pour vérifier une chose concrète : quand un utilisateur Android demande une action prise en charge, le chemin reste-il visible, autorisé, confirmable et récupérable ?
D’après les informations produit disponibles au moment de cette mise à jour, FoneClaw propose un accès flottant avec une bulle déplaçable et un panneau compact, afin de rester disponible depuis d’autres apps. L’utilisateur peut attacher l’écran actuel lorsqu’il le demande, ce qui donne à l’agent un contexte précis sans transformer chaque écran en capture permanente. Pour consulter les informations actuelles côté produit, la page Téléchargement FoneClaw donne le point d’entrée public.
Le deuxième axe est la continuité de tâche. Une action Android ne se déroule pas toujours dans une seule fenêtre : l’utilisateur peut partir de l’accueil, passer par l’assistant flottant, ouvrir une app, attendre une permission, arrêter puis reprendre. Nous construisons FoneClaw pour garder cette continuité, avec approbations, arrêt, récupération de permissions et routage des capacités quand cela aide à choisir le bon chemin d’action. Le routage n’exécute pas magiquement chaque demande ; il aide à diriger une intention vers les capacités disponibles tout en gardant les contrôles.
Les fonctionnalités de FoneClaw présentent la surface actuelle d’actions prises en charge, avec plus de 100 outils intégrés organisés autour de tâches Android concrètes. Pour ce guide, l’exemple le plus utile reste simple : ouvrez une app, attachez volontairement l’écran, demandez un brouillon ou une vérification de réglage, puis observez la permission, l’approbation, l’état final et la récupération. Ce test ne décerne pas un niveau officiel ; il montre si l’exécution gouvernée répond à votre besoin.
Choisir ou construire un téléphone IA avec des preuves
Pour acheter, évaluer ou construire un téléphone IA, demandez des preuves liées à un périmètre. Quel document est cité : GB/Z 177.1, 177.2 ou 177.3 ? Le test concerne-t-il un terminal mobile, un assistant vocal, une app cloud ou une fonction système ? Quelle langue, quelle région, quel compte, quelle version logicielle et quelles permissions ont été utilisés ? Sans ces éléments, un niveau annoncé reste difficile à interpréter.
La checklist la plus pratique tient en sept points.
- Identifier la partie de la série GB/Z 177-2026 citée et son périmètre.
- Tester au moins une tâche de réponse, une tâche d’outil et une tâche d’assistance.
- Vérifier les permissions avant l’action et l’état après l’action.
- Demander une approbation visible pour tout effet sensible.
- Interrompre l’agent en cours de tâche et observer la reprise.
- Répéter le test avec les mêmes conditions, puis après une mise à jour logicielle.
- Séparer les résultats observés des promesses marketing et des démonstrations isolées.
Le cadre L1-L4 donne un langage commun. La décision finale doit rester factuelle : votre téléphone, votre région, vos apps, vos permissions et vos tâches. Pour les builders, cette discipline donne aussi une feuille de route claire : répondre correctement, utiliser des outils de manière contrôlée, assister sur plusieurs étapes, puis construire une collaboration plus profonde lorsque les preuves suivent.