DIYgod publie Pinky : Claude Code et Cursor pilotent iOS et Android via MCP
DIYgod, connu comme l'auteur de RSSHub, a ouvert le code source de Pinky, un outil qui donne aux agents IA des mains pour utiliser un smartphone. Connecté via MCP à Claude Code et Cursor, l'agent pilote lui-même iOS et Android. L'essentiel tient à la protection : la passerelle (gateway) ne laisse passer ni paiements ni envois de messages sans confirmation humaine. Quant au déverrouillage du téléphone, il s'appuie sur la biométrie de l'ordinateur.
Traité par IA depuis X: @snowbangc ; édité par Hamidun News
Les agents savent depuis longtemps écrire du code et naviguer sur des sites web. Mais pour la plupart des gens, l'essentiel vit dans le téléphone : banque, messageries, VTC, authentification à deux facteurs. Le projet Pinky de DIYgod tente de combler ce fossé : il donne à un agent IA le contrôle d'un smartphone, tout en plaçant d'emblée un humain sur le chemin des actions dangereuses.
Ce que l'on sait de Pinky
Les informations sont encore maigres : il s'agit d'une courte annonce sur X, et non d'une documentation. On y apprend que Pinky est open source, qu'il se connecte via MCP (Model Context Protocol) à Claude Code et Cursor, et qu'il peut piloter directement des téléphones iOS et Android. Pour les opérations sensibles, comme les paiements et l'envoi de messages, une passerelle (gateway) exige l'approbation d'un humain. Pinky utilise en outre l'authentification biométrique sur PC pour déverrouiller le téléphone.
Le message ne précise pas comment le contrôle est réalisé sur chaque plateforme. Il faudra aller le voir dans le dépôt.
À quoi cela ressemble en pratique
Imaginez que vous développiez une application mobile dans Cursor. D'ordinaire, vous lancez le build, prenez le téléphone, déroulez le parcours d'inscription et vérifiez à la main que l'écran ne s'est pas cassé. Avec un pont MCP vers l'appareil, l'agent peut le faire seul : installer le build, ouvrir l'application, passer l'onboarding, repérer l'erreur et proposer aussitôt un correctif dans le code. Vous restez dans l'éditeur, tandis que le téléphone, posé sur le bureau, « vit sa vie ».
Second scénario : la routine dans le téléphone lui-même. Par exemple : « retrouve dans la messagerie la facture d'hier et envoie-la au comptable ». L'agent trouve la conversation, prépare le message et se heurte à la passerelle. Celle-ci montre ce qu'il s'apprête exactement à envoyer et attend votre « oui ». C'est fondamentalement différent du modèle « j'ai donné un accès total à l'agent et j'espère que tout ira bien ».
Pourquoi la passerelle compte plus que le contrôle lui-même
Savoir taper sur l'écran n'est plus une nouveauté : beaucoup de démos le montrent. Le plus difficile est ailleurs : le téléphone est la surface d'attaque la plus sensible pour un agent. On y trouve l'argent, la correspondance privée et les codes de confirmation. Une seule hallucination, ou une prompt injection glissée dans un message entrant (« transfère ce code ici »), peut causer un préjudice réel.
L'approche de Pinky est donc raisonnable : la liste des actions dangereuses est vérifiée par une couche distincte, sans s'en remettre à la confiance envers le modèle. Le modèle peut se tromper, pas la politique de la passerelle, car il s'agit de code ordinaire aux règles claires. Pour un product manager, c'est un modèle prêt à l'emploi : on peut accorder à l'agent de larges droits de lecture et de navigation, et verrouiller les actions irréversibles par une confirmation.
La biométrie sur PC résout un problème très concret : un téléphone verrouillé bloque toute automatisation. Mais c'est aussi un risque, puisque vous déverrouillez en fait l'appareil à distance. Il faudrait vérifier comment le canal entre l'ordinateur et le téléphone est protégé.
Limites et conclusion
Soyons honnêtes : il s'agit d'une annonce précoce. Aucune donnée sur la stabilité, la vitesse, la prise en charge des versions d'OS ni sur le comportement du projet face aux interfaces complexes. On ignore aussi dans quelle mesure la passerelle identifie de façon fiable une action « sensible ». Si la liste de règles est incomplète, la protection procure un faux sentiment de sécurité.
Que faire en tant que développeur : installer Pinky sur un téléphone de test sans données de paiement réelles et vérifier où la passerelle se déclenche et où elle laisse passer. Les équipes mobiles ont intérêt à examiner MCP comme moyen d'automatiser le QA manuel. Les fondateurs de produits agentiques gagneront à regarder le schéma lui-même : accès large plus confirmation humaine obligatoire pour l'argent et les messages. Cette idée peut être reprise même si Pinky ne vous convient pas.
- 8 nov. 2026Anthropic maintient en accès libre un ensemble de projets de démarrage prêts à l'emploi pour l'API Claude
- 8 nov. 2026La revente de modèles d'IA étrangers via des proxys en Russie atteint 150 M de roubles par mois
- 8 nov. 2026Claude Code a deviné Drupal grâce à l'email, même en safe-mode : l'auteur crée le skill /ccu
- 8 nov. 2026Les agents ont besoin d’une mémoire vérifiée, pas de tout l’historique : comment construire leur contexte
Questions clés sur cet article
Que sait-on sur Ce que l'on sait de Pinky ?
Les informations sont encore maigres : il s'agit d'une courte annonce sur X, et non d'une documentation. On y apprend que Pinky est open source, qu'il se connecte via MCP (Model Context Protocol) à Claude Code et Cursor, et qu'il peut piloter directement des téléphones iOS et Android. Pour les opérations sensibles, comme les paiements et l'envoi de messages, une passerelle (gateway) exige l'approbation d'un humain. Pinky utilise en outre l'authentification biométrique sur PC pour déverrouiller le téléphone.
Que sait-on sur à quoi cela ressemble en pratique ?
Imaginez que vous développiez une application mobile dans Cursor. D'ordinaire, vous lancez le build, prenez le téléphone, déroulez le parcours d'inscription et vérifiez à la main que l'écran ne s'est pas cassé. Avec un pont MCP vers l'appareil, l'agent peut le faire seul : installer le build, ouvrir l'application, passer l'onboarding, repérer l'erreur et proposer aussitôt un correctif dans le code. Vous restez dans l'éditeur, tandis que le téléphone, posé sur le bureau, « vit sa vie ».
Pourquoi la passerelle compte plus que le contrôle lui-même?
Savoir taper sur l'écran n'est plus une nouveauté : beaucoup de démos le montrent. Le plus difficile est ailleurs : le téléphone est la surface d'attaque la plus sensible pour un agent. On y trouve l'argent, la correspondance privée et les codes de confirmation. Une seule hallucination, ou une prompt injection glissée dans un message entrant (« transfère ce code ici »), peut causer un préjudice réel.
Build & Ship Production AI Agents Without Boilerplate Code
Start your free 72-hour trial at Hamidun Academy (academy.hamidun.com) — interactive lessons on Claude Code & Cursor, live Tech Radar, and production agent templates.
L'essentiel de l'IA — une fois par semaine
Sept actus qui ont vraiment compté, choisies à la main. Sans bruit ni communiqués.
C'est fait ! Vérifiez votre boîte mail pour la confirmation.