SortieAnalyse · Sur le radarX: @snowbangc→ original

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
DIYgod publie Pinky : Claude Code et Cursor pilotent iOS et Android via MCP
Source : X: @snowbangc. Collage: Hamidun News.
Écouter l'article
Fiche synthèse et chiffres clés
ParamètreDonnées
Source primaireX: @snowbangc ↗
Rédacteur en chef
Connexion via MCPcompatible avec Claude Code et Cursor
Chiffre clé #2Paiements et messages envoyés uniquement après approbation (approval) humaine
Chiffre clé #3La biométrie sur PC aide à déverrouiller le téléphone

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.

Dossier

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.

ZK
Zhemal Khamidun — CPO d'Alpina Digital, product manager d'AlpinaGPT. Conçoit des produits IA depuis 2019. Hamidun News est un projet personnel devenu un agrégateur en production avec plus de 6 000 lecteurs.
✦ Hands-On AI Engineering · Hamidun Academy

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.

Start 72h Free Trial →Vibe-Coding Intensive
Qu'en pensez-vous ?
Chargement des commentaires…