Tencent Hunyuan Hy4 et phone agents : modèle, API et actions Android

Ce que Tencent a annoncé pour Hy4 Preview

Tencent Hunyuan Hy4 est une génération de modèle annoncée officiellement par Tencent le 28 août 2026 sous le nom Hunyuan Hy4 Preview. La source à lire en premier est l’annonce officielle de Tencent sur la publication et l’open source de Hunyuan Hy4 Preview. Elle fixe les faits de départ : statut Preview, publication open source, entrées d’expérience produit et accès API.

L’annonce indique que Hy4 Preview a été lancé dans WorkBuddy et CodeBuddy, pour les éditions domestiques et internationales, ainsi que dans Yuanbao et ima. Elle indique aussi un accès API via Tencent Cloud TokenHub et OpenRouter. Ces points sont utiles parce qu’ils donnent des portes d’entrée concrètes au lieu de parler seulement d’un modèle abstrait.

Il faut néanmoins lire ces informations comme des éléments datés de l’annonce du 28 août 2026. Les disponibilités, conditions d’accès, coûts, quotas, régions et interfaces peuvent évoluer. Les offres limitées dans le temps mentionnées au lancement ne doivent pas être reprises comme des offres gratuites ou garanties aujourd’hui sans vérification séparée.

Tencent rattache Hy4 à la famille Hunyuan. Le hub officiel Hunyuan reste utile pour retrouver les points d’entrée généraux de la famille de modèles, mais les affirmations propres à Hy4 doivent rester liées à l’annonce Hy4 Preview.

Pour un lecteur qui cherche « Tencent Hunyuan Hy4 phone agent », le point important est donc double : Hy4 est bien un modèle annoncé avec plusieurs accès concrets, mais ces accès ne constituent pas à eux seuls une couche d’exécution Android. Un modèle peut raisonner, générer et planifier ; un téléphone exige ensuite des outils, permissions, approbations et vérifications.

Ce que Tencent dit avoir amélioré

L’annonce Hy4 décrit une évolution de génération dans la famille Hunyuan. Les améliorations doivent être attribuées à Tencent : elles relèvent du positionnement fournisseur, des capacités annoncées et des tests ou comparaisons que Tencent publie. Les tests cités dans l’annonce sont des éléments rapportés par Tencent, pas des benchmarks indépendants.

Tencent met notamment en avant trois familles de progrès. Pour le développement logiciel, l’annonce décrit une meilleure compréhension, planification, correction et vérification sur un horizon plus long. Pour les usages bureautiques, elle cite l’analyse complexe et le travail inter-fichiers autour de documents, feuilles de calcul et présentations. Pour les tâches de raisonnement, elle mentionne le raisonnement scientifique. Ces éléments peuvent aider à produire un plan, analyser plusieurs sources ou préparer une sortie plus structurée, mais ils ne garantissent pas à eux seuls la réussite d’une action sur un téléphone.

Le statut Preview reste important. Une Preview indique un modèle disponible selon les conditions indiquées par Tencent, pas un comportement figé pour tous les produits. Les interfaces, accès, limites, régions, modèles exacts, prix et conditions de déploiement peuvent changer. Une équipe qui souhaite utiliser Hy4 doit donc vérifier les conditions actuelles auprès des points d’accès officiels avant une intégration.

Hy3 reste le repère de génération précédente. Pour le contexte historique, les intégrations publiées et les détails de Hy3, consultez Tencent Hunyuan Hy3 pour agents mobiles : modèle, API et actions Android. Ici, Hy3 sert surtout à clarifier la transition : Hy4 peut changer la couche modèle, mais les contraintes d’exécution sur téléphone restent à traiter séparément.

Accès produit, API et poids open source

L’annonce du 28 août 2026 donne trois familles d’accès à distinguer. Premièrement, l’expérience produit : Hy4 Preview est indiqué dans WorkBuddy, CodeBuddy, Yuanbao et ima. WorkBuddy et CodeBuddy sont cités avec leurs éditions domestiques et internationales. Ces entrées servent à observer Hy4 dans des produits Tencent ou environnements associés, selon les conditions disponibles à la date de l’annonce.

Deuxièmement, l’accès API : Tencent cite Tencent Cloud TokenHub et OpenRouter. Pour une équipe produit ou développement, c’est le chemin qui permet d’appeler le modèle depuis une application, un service interne ou une pile d’agent. Une API reçoit une requête et renvoie une sortie ; elle ne garantit pas l’action sur un téléphone tant qu’une couche d’exécution n’interprète pas cette sortie et ne l’applique pas dans un contexte autorisé.

Troisièmement, l’open source : l’annonce dit que Hy4 Preview est publié en open source. Cette voie intéresse les équipes qui veulent examiner ou déployer des poids selon les conditions de distribution, avec leurs propres choix d’infrastructure, sécurité, coûts, latence et conformité. L’open source ne supprime pas la nécessité d’évaluer l’hébergement et les risques opérationnels.

Avant d’utiliser Hy4 dans une pile agent, posez trois questions : par quel accès le modèle est-il appelé, quelles données lui sont envoyées, et quelle couche exécute l’action finale ? Si le résultat attendu touche Android, l’étape d’exécution ne peut pas être déduite du choix du modèle seul.

Pourquoi Hy4 ne suffit pas pour agir sur Android

Un modèle Tencent Hy4 peut comprendre une consigne comme « résume ce message, prépare une réponse et ajoute un rappel demain ». Cette compréhension est précieuse, mais elle ne fait pas encore trois choses : ouvrir l’application de messagerie, créer le brouillon au bon destinataire, ni inscrire le rappel dans le calendrier Android. Ces opérations exigent une couche phone-agent.

Le modèle raisonne ; le runtime agit. Le modèle peut extraire un nom, une date, une adresse ou une intention. Le runtime doit vérifier le contact, sélectionner l’application, demander les permissions, présenter l’aperçu, attendre l’approbation si l’action est sensible, puis relire l’état final. Sans cette couche, le modèle peut produire une recommandation utile sans modifier le téléphone.

Cette frontière évite deux erreurs. Hy4 ne contrôle pas automatiquement toutes les applications Android. À l’inverse, un phone agent n’est pas seulement un modèle : il inclut des outils, des permissions, des validations et des reprises. Une pile fiable réunit un moteur de raisonnement et une exécution gouvernée.

Ce qu’exige une exécution Android fiable

FoneClaw illustre cette couche d’exécution Android, séparément de Tencent. Chez FoneClaw, un modèle configuré raisonne et planifie, puis notre runtime fournit des outils gouvernés pour les actions Android prises en charge. Le choix d’un modèle ne crée ni interopérabilité automatique avec une application grand public, ni intégration spécifique à Hy4.

Une exécution Android fiable demande des outils, des permissions, des approbations et un résultat visible. Les outils donnent accès à des parcours comme l’écran, l’état de l’appareil, les mémos, la communication, le calendrier ou les tâches selon ce qui est pris en charge. Les permissions garantissent que l’utilisateur autorise l’accès nécessaire. Les approbations protègent les actions sensibles. Le résultat visible permet de savoir si l’action a réellement eu lieu.

FoneClaw propose plus de 100 outils intégrés dans son périmètre Android, avec activation et approbation par outil. Ce périmètre ne signifie pas contrôle universel de toutes les applications ou de tous les réglages. Une action reste conditionnée par l’appareil, le compte, les permissions, l’application et le contexte. Si le chemin n’est pas pris en charge, le bon comportement est de demander une intervention, proposer une reprise ou arrêter sans prétendre à une réussite silencieuse.

Les informations produit disponibles à la mise à jour de cet article mettent aussi l’accent sur des notes vocales et résumés de transcription plus faciles à relire, des automatisations planifiées avec récupération plus lisible, et des progrès de suivi pour les tâches déléguées. Le fil conducteur reste constant : une demande comprise par le modèle doit devenir une action contrôlable par l’utilisateur.

Pour approfondir cette architecture, Contrôler un téléphone Android avec un agent IA : intention, confirmation et vérification détaille le passage de l’intention à l’outil, puis au résultat. Les fonctionnalités FoneClaw présentent ensuite le périmètre Android actuellement pris en charge, et Télécharger FoneClaw donne le point d’entrée pour tester une tâche réversible.

Choisir entre modèle, runtime et pile hybride

Le bon choix dépend du résultat attendu. Si votre besoin est de générer, résumer, classifier, traduire, raisonner ou produire du code, commencez par évaluer Hy4 comme modèle : accès actuel, qualité observée, coût, conditions d’usage, langue, latence, sécurité et déploiement. Si votre besoin est d’agir sur Android, évaluez plutôt la couche phone-agent : outils disponibles, permissions, approbations, état final et récupération.

1. Besoin de raisonnement seul : un modèle comme Hy4 peut suffire si aucune action appareil n’est nécessaire.
2. Besoin d’action téléphone : il faut un runtime capable d’exécuter des étapes Android prises en charge.
3. Action sensible : messages, fichiers, comptes, localisation ou réglages exigent une approbation claire.
4. Résultat vérifiable : l’utilisateur doit voir le brouillon, la note, l’événement, l’itinéraire ou le nouvel état.
5. Pile hybride : le modèle planifie, le phone agent agit, et les permissions encadrent la tâche.

Pour comparer plusieurs moteurs de raisonnement dans une pile agent, notre guide Routage de modèles pour agent mobile : choisir Kimi, DeepSeek, GLM ou un autre modèle explique comment décider selon la tâche. Hy4 peut être une option à évaluer, mais il ne remplace pas à lui seul la couche Android.

La règle finale est simple : l’annonce Hy4 vous dit où commence le modèle ; votre pile phone-agent détermine ce qui peut réellement se passer sur le téléphone. Les séparer permet d’évaluer Hy4 correctement et de choisir une exécution Android qui reste visible, gouvernée et récupérable.