Baidu Dazi montre comment cadrer la délégation aux agents IA : tâches, données, systèmes, confirmations et actions Android prises en charge par FoneClaw.
La question utile n’est pas seulement « qu’est-ce que Baidu Dazi ? ». Pour les lecteurs qui suivent les phone agents, la vraie question est : que nous apprend un agent d’entreprise sur la délégation de tâches dans un téléphone Android ? Baidu Dazi apporte un signal frais parce qu’il parle de processus, de connaissances, d’outils, d’identités et de gouvernance. Ce sont précisément les sujets qui réapparaissent dès qu’un agent mobile passe d’une réponse de chat à une action dans le téléphone.
La page officielle Baidu Cloud DuMate positionne Dazi comme une équipe de travail IA pour les workflows d’entreprise. Les éléments mis en avant couvrent l’intégration de connaissances, l’intégration aux systèmes, la clôture de processus, les actifs d’équipe réutilisables, la collaboration partagée, la gestion, l’audit et la conformité. Ce vocabulaire est orienté entreprise, mais il indique une direction : un agent utile doit connaître ses sources, ses accès, ses tâches et son cadre de validation.
Le signal est renforcé par la documentation officielle Baidu Qianfan, qui décrit Qianfan comme une plateforme d’entreprise centrée sur les agents, avec moteurs d’agents, outils et MCP, services de modèles et services d’entreprise. Là encore, le point n’est pas de transformer Qianfan ou Dazi en produit Android. Le point est de comprendre comment un écosystème d’agents organise le passage entre modèle, outil, système métier et action.
Pour FoneClaw, cette lecture est très concrète. Un téléphone n’est pas un ERP, mais il concentre lui aussi des données et actions sensibles : messages, contacts, appels, rappels, notifications, cartes, documents et comptes. Notre guide Téléphone IA agentique : définition, signaux 2026 et rôle de FoneClaw replace cette évolution dans le mouvement plus large des agents mobiles.
Le périmètre de confiance d’un agent désigne ce que l’on accepte de lui déléguer. La bonne question n’est pas seulement « l’agent est-il intelligent ? », mais « quelles tâches, quelles données, quels utilisateurs, quels systèmes et quelles conséquences entrent dans son champ d’action ? » Un agent peut très bien rédiger un brouillon, mais demander une validation avant de l’envoyer. Il peut analyser un document, mais ne pas modifier un dossier client sans confirmation. Il peut préparer une action, puis laisser l’utilisateur décider.
Le rapport Sina Tech et Jiemian sur Baidu Dazi, publié le 10 juillet 2026, indique que Baidu a poussé Dazi vers le marché de l’entreprise avec des actifs de connaissances, la collaboration multi-personnes, l’intégration aux systèmes métier, la gouvernance de sécurité, des connexions OA, CRM, ERP et IM, le passage d’identité employé, des permissions de données au niveau des lignes et un premier standard d’accès aux compétences d’entreprise. Cette liste montre que la confiance ne se décide pas en bloc : elle se découpe par identité, donnée, système et compétence.
Sur un téléphone, le même principe devient personnel. Le périmètre de confiance peut autoriser un agent à préparer un message, mais demander une validation pour l’envoyer. Il peut proposer un rappel, mais afficher la date avant création. Il peut ouvrir une app de navigation, mais laisser l’utilisateur confirmer la destination. Il peut organiser une réponse client, mais garder les données sensibles dans un parcours contrôlé.
Cette approche évite deux excès : limiter l’agent à un simple conseiller, ou lui confier trop vite des actions engageantes. Pour les lecteurs qui veulent approfondir les notions d’identité, permissions et traces d’action côté mobile, notre article Identité, permissions et audit des agents IA : la sécurité nécessaire sur téléphone développe ce sujet sans refaire ici l’analyse Baidu.
Les agents d’entreprise et les agents mobiles ne travaillent pas dans le même environnement, mais ils posent la même question de délégation. Dans l’entreprise, Dazi s’inscrit dans des connaissances internes, des workflows métier, des systèmes comme CRM ou ERP, et des droits liés à l’identité de l’employé. Sur Android, l’équivalent pratique se trouve dans les apps du téléphone : messagerie, téléphone, calendrier, cartes, notifications, documents, navigateur et apps client.
Un agent d’entreprise peut être autorisé à consulter une base de connaissance, préparer un compte rendu ou déclencher une étape dans un système métier. Un phone agent doit traduire une demande humaine vers une action visible : ouvrir un fil de messages, rédiger un brouillon, créer un rappel, chercher un itinéraire, préparer une réponse ou classer une notification. Les deux mondes demandent un modèle capable de comprendre et planifier, puis un cadre d’action qui vérifie les droits et l’état réel du système.
Cette comparaison aide à lire les annonces autour de Baidu sans les étendre à Android. Dazi et Qianfan signalent une maturité dans les agents d’entreprise : connaissances, outils, intégrations, gouvernance. FoneClaw applique une question voisine au téléphone : quelle action Android est prise en charge, quelle permission est nécessaire, quel résultat l’utilisateur voit-il, et quelle étape doit être confirmée ?
Ce point distingue aussi les familles de produits. WorkBuddy, Dazi, WeChat agentique ou un agent Android n’ont pas le même périmètre. Pour un parallèle avec l’écosystème Tencent, notre page WorkBuddy vs FoneClaw : agent Tencent ou contrôle du téléphone Android aide à comparer les routes sans confondre productivité d’entreprise et action mobile.
Un agent mobile fiable ne se contente pas de recevoir une intention. Il doit vérifier ce qui est possible à l’instant où l’action se présente. Sur Android, cela signifie lire l’état de l’app, utiliser les permissions accordées, préparer une étape compréhensible et demander validation lorsque l’action touche une communication, une donnée personnelle, un paiement, un réglage ou un document important.
Le périmètre de confiance devient alors une décision action par action. Préparer un message peut entrer dans un périmètre large. Envoyer ce message demande une confirmation. Ouvrir une carte est une action légère. Partager une position peut demander une attention plus forte. Résumer une notification est différent de répondre au nom de l’utilisateur. Chaque action a un poids, un contexte et une conséquence.
Voici une grille simple pour traduire la logique d’entreprise vers Android :
| Question de délégation | Dans l’entreprise | Sur Android avec FoneClaw |
|---|---|---|
| Qui agit ? | Identité employé, rôle, équipe | Utilisateur Android, permissions du téléphone, session active |
| Quelle donnée ? | Base de connaissance, CRM, ERP, documents internes | Contacts, messages, notifications, fichiers, calendrier |
| Quelle action ? | Créer une étape métier, préparer un rapport, interroger un système | Préparer un message, ouvrir une app, créer un rappel, afficher une destination |
| Quelle validation ? | Gouvernance, approbation, audit | Résultat visible, permission Android, confirmation utilisateur |
L’infrastructure d’agent et les permissions du téléphone ne répondent pas à la même question. Un agent peut être bien encadré côté serveur tout en ayant besoin d’un contrôle Android précis au moment de l’action. Notre analyse Sandbox d’agent IA et permissions du téléphone : pourquoi les limites restent essentielles explique cette séparation entre environnement d’agent et action mobile.
Chez FoneClaw, nous formulons cette logique en termes de produit. Les modèles configurés dans l’agent peuvent fournir compréhension, raisonnement et planification. FoneClaw reste l’environnement d’action Android pour les tâches prises en charge. Il présente le résultat, utilise les permissions du téléphone, demande confirmation pour les étapes sensibles et propose une suite pratique quand une action ne peut pas continuer.
Cette position rejoint la leçon de Dazi sans prétendre appartenir à l’écosystème Baidu. Les agents d’entreprise mettent l’accent sur les connaissances, les systèmes, les compétences et la gouvernance. FoneClaw met l’accent sur les actions Android visibles : quel écran, quelle app, quelle permission, quelle validation, quel résultat. Le modèle peut planifier ; l’agent mobile doit rendre l’action utilisable.
Le périmètre de confiance FoneClaw se construit donc autour des actions prises en charge. Une demande comme « prépare une réponse », « ouvre l’app utile », « crée un rappel » ou « aide-moi à organiser cette étape » peut être traitée comme un parcours Android lorsque l’action existe dans notre périmètre produit. Pour les étapes qui touchent un contact, un message, une donnée ou une décision sensible, la confirmation garde l’utilisateur au centre.
Ce point est aussi la différence entre un agent de téléphone et une simple interface de modèle. Le modèle peut être excellent, mais l’expérience mobile réussit quand l’utilisateur comprend ce qui va se passer. Pour approfondir cette transition entre intention et action, notre guide Contrôle du téléphone par agent IA : ce qu’un agent Android doit vraiment faire détaille les critères concrets côté Android.
Si vous évaluez un agent IA à partir du signal Baidu Dazi, demandez moins « que promet-il ? » et davantage « jusqu’où peut-on lui faire confiance dans cette tâche ? » La checklist suivante aide à traduire la notion de périmètre de confiance vers Android.
Cette grille est valable pour Dazi, pour les agents d’entreprise, et pour les agents mobiles. Elle évite de juger un système uniquement sur la puissance du modèle ou le nombre d’intégrations. Un agent devient utile quand sa zone d’action correspond à la confiance accordée par l’utilisateur ou l’organisation.
Pour FoneClaw, cette discipline donne la ligne produit : modèles configurables pour raisonner, actions Android prises en charge pour agir, permissions visibles pour cadrer l’accès, confirmations pour les étapes sensibles et parcours pratique quand une action demande une reprise. Le signal Baidu Dazi montre que les agents mûrissent côté entreprise ; sur Android, la même maturité passe par des actions mobiles lisibles et déléguées avec mesure.