Créer un contact Android avec IA et vérifier les doublons
Guide FoneClaw pour créer un contact Android avec IA : champs structurés, doublons exacts ou possibles, choix du compte, approbation et vérification après enregistrement.
- FoneClaw peut créer un contact Android après approbation, avec vérification des doublons avant l’écriture et contrôle visible du résultat.
- Un bon contact commence par des champs structurés : nom, téléphone, e-mail, organisation, compte de destination et note utile, sans inventer les détails absents.
- La détection des doublons distingue les correspondances exactes, comme un téléphone ou un e-mail identique, des correspondances possibles fondées sur le nom ou l’organisation.
- La vérification après enregistrement fait partie du workflow : rechercher le contact sauvegardé, contrôler le compte, relire les champs et éviter les relances aveugles.
Créer un contact relu sans ajouter de doublon
Pour créer un contact Android avec IA et détection des doublons, le workflow le plus sûr tient en cinq étapes : extraire les informations, structurer les champs, vérifier les correspondances existantes, faire relire la fiche candidate, puis enregistrer seulement après approbation. Exemple concret : vous recevez un SMS qui dit « Bonjour, c’est Amélie Martin, Logis Nord, 06 12 34 56 78, amelie@example.com ». FoneClaw doit transformer ce texte en fiche lisible, rechercher les contacts proches, montrer la proposition et attendre votre accord avant l’écriture.
Nous avons construit ce parcours parce qu’un carnet d’adresses se dégrade vite quand l’IA ajoute trop vite. Un doublon n’est pas seulement une fiche en trop : c’est un risque de mauvais destinataire, de recherche confuse, de synchronisation inattendue ou de contact enregistré dans le mauvais compte. À l’inverse, demander à l’utilisateur de tout recopier à la main fait perdre l’intérêt de l’agent.
Dans FoneClaw, la création approuvée d’un contact est une action Android gouvernée. Le modèle aide à comprendre la source et à proposer les champs. Le téléphone garde ses règles : permissions de contacts, compte de destination, doublons possibles et confirmation visible. L’approbation n’est pas un détail décoratif ; elle marque le passage entre une proposition et une écriture réelle dans le carnet d’adresses.
Transformer une signature ou une note en champs de contact
Un contact Android n’est pas un paragraphe libre. La documentation Android sur le Contacts Provider décrit une organisation en contacts agrégés, RawContacts rattachés à des comptes et lignes de données typées. En pratique, cela veut dire que le nom, le téléphone, l’e-mail, l’entreprise, le poste, l’adresse ou la note ne sont pas de simples mots dans un bloc : ce sont des champs séparés que le système peut afficher, synchroniser et parfois regrouper avec d’autres fiches.
Pour l’utilisateur, la première étape consiste à fournir une source claire. Elle peut venir d’un SMS, d’un e-mail, d’une signature, d’une carte de visite photographiée, d’une note de réunion ou d’une page affichée. FoneClaw peut aider à repérer les éléments utiles : prénom, nom, numéro, adresse e-mail, organisation, intitulé de poste, relation, contexte et remarque à conserver. Si une information manque, elle doit rester manquante. Un agent utile ne fabrique pas une société, un indicatif pays ou une adresse à partir d’une intuition fragile.
Nous séparons aussi les faits fournis des inférences. Si le texte dit « Amélie - Logis Nord - livraison », le nom et l’organisation sont visibles, mais le rôle exact ne l’est pas. La note peut indiquer « contact lié à une livraison », tandis que le champ poste reste vide. Si un numéro ressemble à une référence de commande plutôt qu’à un téléphone, FoneClaw doit le signaler au lieu de le ranger automatiquement dans le champ numéro.
Cette structuration rend la suite plus fiable. Un numéro normalisé permet une meilleure recherche de doublon. Un e-mail séparé du corps de note se compare plus facilement. Une organisation claire aide à distinguer deux personnes qui portent le même nom. Une fiche candidate bien formée réduit les corrections au moment de l’approbation.
Comparer les correspondances exactes et possibles avant l’écriture
La détection des doublons doit distinguer deux familles de signaux. Les correspondances exactes reposent sur des identifiants forts : même numéro de téléphone, même e-mail ou même combinaison très précise. Les correspondances possibles reposent sur des indices plus faibles : nom proche, même entreprise, même prénom, même ville ou note similaire. Ces signaux aident à décider, mais ils ne prouvent pas toujours que deux fiches représentent la même personne.
Android peut agréger des RawContacts qui semblent correspondre à un même contact, et la référence ContactsContract.RawContacts explique que certaines modifications de nom, d’organisation, de numéro, d’e-mail ou de surnom peuvent déclencher une nouvelle agrégation. Cette mécanique est utile, mais elle ne remplace pas la décision humaine. Deux personnes peuvent partager un standard d’entreprise. Un couple peut utiliser le même numéro fixe. Deux collègues peuvent porter le même nom dans la même organisation.
Google Contacts propose aussi des suggestions de fusion relues par l’utilisateur, comme l’explique l’aide fusionner les contacts en double dans Google Contacts. Ce comportement aide beaucoup quand les fiches se trouvent dans le même environnement, mais il ne faut pas le généraliser à chaque application Contacts de chaque fabricant. L’aide Google précise également une limite importante : des contacts enregistrés dans différents comptes Google ne peuvent pas toujours être fusionnés par ce flux.
Dans FoneClaw, le bon affichage présente les candidats au lieu de trancher trop vite. Pour une correspondance exacte, l’agent peut dire : « ce numéro existe déjà sur la fiche Amélie Martin ». Pour une correspondance possible : « j’ai trouvé Amélie M., Logis Nord, sans e-mail ». L’utilisateur choisit alors créer une nouvelle fiche, corriger la proposition, annuler, ou mettre à jour une fiche existante si le parcours pris en charge le permet.
| Signal trouvé | Lecture utile | Décision à relire |
|---|---|---|
| Même e-mail | Correspondance forte avec une fiche existante | Vérifier si la fiche doit être mise à jour plutôt que créée |
| Même numéro | Correspondance forte, sauf numéro partagé | Contrôler le nom, l’organisation et le contexte |
| Nom très proche | Correspondance possible | Comparer les autres champs avant d’agir |
| Même entreprise | Indice de contexte | Ne pas fusionner sans identifiant plus fort |
| Aucun résultat | Aucun doublon visible selon la recherche | Relire les champs avant création |
Relire le compte, les champs et l’action avant approbation
Le compte de destination compte autant que le nom. Sur Android, un contact peut être enregistré dans un compte Google, un compte professionnel, un compte local, une carte SIM selon l’appareil, ou un autre carnet connecté. Cette destination influence la synchronisation, la visibilité sur d’autres appareils, les règles de gestion et parfois la possibilité de fusion. FoneClaw doit donc montrer le compte choisi avant l’écriture lorsque le choix est pertinent.
La relecture doit porter sur trois choses : la fiche candidate, les correspondances trouvées et l’action proposée. La fiche candidate répond à « qu’allons-nous enregistrer ? ». Les doublons répondent à « existe-t-il déjà quelque chose de proche ? ». L’action répond à « allons-nous créer, mettre à jour, annuler ou ouvrir un autre parcours ? ». Une détection de doublon n’autorise pas à elle seule l’écriture. Elle donne de l’information pour décider.
Avant l’approbation, vérifiez les champs qui produisent le plus d’erreurs : indicatif pays, espaces dans le numéro, domaine de l’e-mail, prénom et nom inversés, entreprise rangée dans le champ nom, note trop longue ou donnée privée inutile. Une bonne fiche reste courte et exploitable. Si l’information vient d’un message, notre guide Résumer les SMS Android avec IA : périodes, réponses en attente et actions montre comment un SMS peut fournir un contexte utile sans transformer toute la conversation en contact permanent.
Pour les écritures sensibles, la qualité de l’interface d’approbation fait la différence. Nous expliquons cette logique dans Interface d’approbation des agents IA sur téléphone : confiance, contexte et reprise : l’utilisateur doit voir la raison de l’action, la cible exacte et le résultat attendu avant de confirmer.
Créer directement un contact approuvé avec FoneClaw
FoneClaw peut créer un contact approuvé sans ouvrir une autre application, avec vérification des doublons dans le parcours actuel. C’est une capacité que nous avons ajoutée parce que la création de contact est un cas typique où l’agent doit être rapide, mais jamais silencieux. L’utilisateur peut donner une phrase, une signature, un extrait de message ou un contexte d’écran ; FoneClaw prépare la fiche, inspecte les correspondances et présente le résultat à relire.
Un exemple de demande naturelle : « crée un contact pour Amélie Martin, Logis Nord, 06 12 34 56 78, amelie@example.com, et vérifie qu’elle n’existe pas déjà ». FoneClaw doit produire une fiche candidate structurée, lancer la recherche de doublons, puis afficher les correspondances exactes ou possibles. Si aucun doublon solide n’apparaît, l’action proposée est une création. Si une fiche existe déjà avec le même numéro, la bonne réponse est de vous la montrer avant toute écriture.
Cette action reste permission-aware. FoneClaw ne contourne pas Android pour écrire dans vos contacts. Si l’accès aux contacts manque, le workflow s’arrête sur une récupération claire : accorder la permission, choisir une autre méthode ou annuler. Le guide Sandbox d’agent IA et permissions du téléphone : pourquoi les limites restent essentielles approfondit cette frontière entre ce que l’agent peut préparer et ce que le téléphone autorise réellement.
Dans notre direction produit, nous voulons que ces petites actions gagnent en précision : meilleure lecture des sources, meilleure présentation des doublons, meilleure reprise quand une permission manque. La page Fonctionnalités FoneClaw maintient la liste actuelle des capacités, et Télécharger FoneClaw indique les options d’installation disponibles pour tester sur Android.
Gérer numéros partagés, formats internationaux et comptes séparés
Un doublon apparent peut être légitime. Le même numéro peut représenter un standard d’entreprise, un cabinet médical, un foyer, une association ou un service client. Si le contact « Logis Nord Accueil » existe déjà avec le même téléphone, créer « Amélie Martin » avec ce numéro peut rester correct si elle utilise le standard pour les échanges professionnels. Dans ce cas, le numéro partagé doit être signalé, pas traité comme une erreur automatique.
Les formats internationaux demandent la même prudence. Un numéro dicté comme « zéro six douze trente-quatre » peut être local, tandis qu’un contact destiné à voyager devrait parfois inclure l’indicatif du pays. La normalisation doit préserver le numéro voulu. Ajouter un indicatif sans confirmation peut rendre un contact inutilisable. À l’inverse, ignorer l’indicatif visible dans une signature internationale peut créer une fiche trompeuse.
Les comptes séparés compliquent aussi la comparaison. Un contact peut exister dans un compte professionnel et être absent du compte personnel. Cette séparation peut être volontaire : même personne, rôles différents, politiques de synchronisation différentes. Google Contacts propose des fusions dans certains cadres, mais des contacts situés dans différents comptes Google ne peuvent pas toujours être fusionnés par le flux standard. FoneClaw doit donc afficher le compte de destination et les fiches trouvées dans le périmètre accessible.
Enfin, une fiche partielle peut être préférable à une fiche inventée. Si vous avez seulement un prénom et un numéro, créez un contact minimal avec une note de contexte, puis complétez plus tard. Si vous avez un nom sans numéro ni e-mail, un mémo peut être plus approprié qu’un contact. L’agent doit aider à choisir le bon objet, pas forcer toute information dans le carnet d’adresses.
Vérifier le contact enregistré et reprendre proprement
Après l’écriture, une phrase de succès ne suffit pas. Le contact doit être visible. La vérification consiste à rechercher la fiche par numéro normalisé ou par e-mail, l’ouvrir, relire le compte de destination et contrôler les champs clés. Si la fiche attendue n’apparaît pas, il faut éviter de relancer immédiatement la même création : commencez par vérifier le compte, la permission, la synchronisation et les résultats proches.
Si le contact existe avec un champ erroné, corrigez le champ ciblé plutôt que de créer une deuxième fiche. Si un doublon apparaît après synchronisation, utilisez les outils de fusion proposés par votre application Contacts lorsque le compte le permet. Si l’accès aux contacts échoue, notre guide Vérifier la santé du téléphone Android avec IA : batterie, permissions et notifications donne une méthode utile pour retrouver les permissions et l’état du téléphone avant de reprendre.
- Rechercher le contact par téléphone ou e-mail.
- Ouvrir la fiche enregistrée.
- Vérifier le compte de destination.
- Relire nom, numéro, e-mail, organisation et note.
- Corriger la fiche existante si un champ est faux.
- Relancer une création seulement après avoir exclu un doublon.
La prévention des doublons ne s’arrête donc pas avant l’approbation. Elle continue après l’enregistrement, au moment où l’utilisateur vérifie que le carnet d’adresses contient une seule fiche utile, dans le bon compte, avec les bonnes données. C’est le standard que nous appliquons à FoneClaw : accélérer les actions Android prises en charge tout en gardant la preuve visible entre les mains de l’utilisateur.
Sources : cet article s’appuie sur la documentation Android du Contacts Provider, le guide Android pour modifier les contacts avec des intents, la référence ContactsContract.RawContacts, l’aide Google Contacts sur la fusion des doublons, ainsi que les pages publiques FoneClaw consacrées aux fonctionnalités et au téléchargement.