Contrôler Android avec DeepSeek : application, API ou modèle local ?
Choisissez entre l’app DeepSeek, son API et un modèle local. Configurez un fournisseur dans FoneClaw, puis vérifiez une action Android sans risque.
- L’application DeepSeek sert à converser ; pour agir sur Android, il faut une application qui expose et exécute des actions sur le téléphone.
- Pour essayer l’API dans FoneClaw, utilisez l’adresse de base officielle, une clé privée et un identifiant de modèle actuel, puis vérifiez leur fonctionnement.
- Une réponse textuelle ne prouve pas qu’un outil Android a été appelé : commencez par demander l’état réel de la batterie.
- Un modèle local demande une version, un format et un environnement d’exécution compatibles avec le téléphone ; les modèles DeepSeek ne sont pas interchangeables.
Choisir la bonne voie pour DeepSeek sur Android
Pour contrôler Android avec DeepSeek, commencez par distinguer trois usages. Le site officiel DeepSeek donne accès à l’application mobile, au dialogue sur le Web et à la plateforme API. Un compte dans l’application ne fournit pas automatiquement une clé API à un autre agent Android.
| Voie | Ce qu’elle apporte | Ce qu’il faut pour agir sur Android |
|---|---|---|
| Application DeepSeek | Conversation et fonctions proposées dans cette application. | Vérifier les fonctions affichées dans l’app ; son installation seule ne donne pas le contrôle des autres apps. |
| API DeepSeek dans un agent | Réponses d’un modèle distant via une clé et une connexion réseau. | Une application comme FoneClaw doit fournir les actions Android, les autorisations et le traitement des résultats. |
| Modèle local compatible | Inférence sur l’appareil si le modèle et son environnement d’exécution y fonctionnent. | Un modèle adapté au téléphone et une application capable de l’exécuter puis de déclencher des actions prises en charge. |
Dans FoneClaw, nous prenons en charge la configuration de modèles en ligne compatibles avec le protocole OpenAI ainsi que l’importation de modèles locaux compatibles. La compatibilité du protocole DeepSeek permet d’envisager une configuration, mais elle ne certifie pas à elle seule l’association d’un modèle donné avec toutes les actions FoneClaw. Les outils Android appartiennent à l’application qui les fournit, et leur fonctionnement se vérifie sur le téléphone.
Configurer l’API sans divulguer sa clé
La documentation officielle de l’API DeepSeek indique l’adresse de base et les identifiants de modèles actuels. Pour un essai de fournisseur personnalisé dans FoneClaw, les valeurs ci-dessous sont des paramètres à vérifier dans votre configuration, pas le compte rendu d’une connexion déjà réalisée.
| Champ | Valeur pour l’essai |
|---|---|
| Adresse de base de l’API | https://api.deepseek.com |
| Clé API | Votre clé privée obtenue sur la plateforme officielle DeepSeek |
| Modèle | deepseek-flash |
Saisissez la clé uniquement dans le champ privé prévu par l’application. Ne l’insérez ni dans une capture d’écran publiée ni dans un exemple partagé. Si le réglage demande une adresse de base, utilisez celle indiquée dans le tableau : n’ajoutez pas une seconde fois le chemin /chat/completions si l’application construit elle-même la requête. Le modèle deepseek-v4-pro figure aussi parmi les identifiants documentés ; gardez deepseek-flash pour ce premier essai afin de ne changer qu’un paramètre à la fois.
Vérifiez d’abord qu’une question simple reçoit une réponse textuelle. Cela confirme au mieux l’accès au fournisseur et au modèle choisi, pas encore l’exécution d’une action Android. La documentation DeepSeek sur les appels d’outils décrit la distinction : le modèle demande une fonction, puis l’application qui l’héberge l’exécute et lui renvoie le résultat. Chaque client doit gérer correctement cet échange. Notre guide Connecter une API de modèle IA à un agent Android avec FoneClaw détaille les champs et les vérifications d’un fournisseur personnalisé. La page Fonctionnalités FoneClaw présente les actions disponibles côté téléphone.
Vérifier une première action en lecture seule
Après la réponse textuelle, faites un essai qui ne modifie aucun réglage : « Quel est le niveau actuel de la batterie de ce téléphone et le mode économie d’énergie est-il activé ? » FoneClaw dispose d’une action qui renvoie ces deux états Android. Pour considérer l’essai concluant, vérifiez qu’un résultat provenant effectivement du téléphone a été obtenu et que la réponse reprend les valeurs renvoyées. Une estimation du modèle ou des instructions pour ouvrir les paramètres ne constituent pas ce résultat.
Ce contrôle sépare deux questions souvent confondues. Le modèle répond-il à travers l’API ? Puis l’application peut-elle recevoir sa demande d’action, consulter l’état Android et lui rendre cette information ? Si seule la première étape fonctionne, examinez la prise en charge des appels d’outils pour le modèle et le fournisseur configurés. Si l’accès à l’état du téléphone est indisponible ou refusé, arrêtez l’essai et consultez directement l’indicateur de batterie sur Android.
Une fois cette lecture confirmée sur votre appareil, vous pouvez choisir une action distincte, comme ouvrir une app installée et clairement nommée. Vérifiez alors l’app réellement ouverte ; si plusieurs noms correspondent, précisez la cible. Les règles d’approbation applicables à cette nouvelle action restent celles de vos réglages FoneClaw. Cet enchaînement est une procédure proposée pour votre téléphone, sans résultat de compatibilité présumé pour DeepSeek.
Résoudre un échec et choisir entre cloud et local
| Symptôme | Vérification utile |
|---|---|
| Authentification refusée | Contrôler la clé privée dans son champ et l’adresse de base officielle, sans exposer la clé dans un message. |
| Modèle introuvable | Comparer l’identifiant saisi avec les modèles actuellement documentés par DeepSeek. |
| Texte reçu, mais aucun état Android | Examiner la prise en charge des appels d’outils par le modèle, le fournisseur et l’application. |
| Erreur réseau ou délai dépassé | Vérifier la connexion et l’état du fournisseur avant une nouvelle tentative limitée. |
Avant de répéter une demande qui aurait pu envoyer un message, créer un événement ou modifier le téléphone, vérifiez son résultat réel pour éviter un doublon. Notre guide Panne de modèle d’assistant IA sur Android : diagnostiquer et reprendre sans doublon développe cette reprise. Pour comparer DeepSeek à d’autres choix de modèle selon la tâche, consultez Routage de modèles pour agent mobile : choisir Kimi, DeepSeek, GLM ou un autre modèle.
La voie locale demande d’autres vérifications. La fiche officielle de DeepSeek-R1 distingue le modèle complet de ses modèles R1-Distill plus petits, avec des tailles et des indications d’exécution différentes. Pour un téléphone précis, contrôlez la version exacte, sa quantification, son format, le tokenizer, la mémoire disponible et l’environnement d’exécution accepté par l’application. La présence de poids ouverts ne suffit pas à garantir leur importation ou leur fonctionnement sur Android.
Avec l’API, le fournisseur distant traite le contexte transmis selon ses conditions ; gardez donc les premiers essais exempts de données privées. Vérifiez aussi la facturation applicable sur la plateforme choisie. Un modèle local compatible change le lieu d’exécution, mais sa consommation de mémoire, son autonomie et les actions Android disponibles restent à mesurer sur l’appareil réel. La route par défaut de FoneClaw peut, elle aussi, passer par notre infrastructure : choisissez votre mode en fonction du résultat vérifié et du contexte que vous acceptez de transmettre.