DIYgod lança o Pinky: Claude Code e Cursor controlam iOS e Android via MCP

Os agentes já aprenderam há tempos a escrever código e navegar em sites. Mas, para a maioria das pessoas, o mais importante vive no telefone: banco, mensageiros, táxi, autenticação de dois fatores. O projeto Pinky, de DIYgod, tenta fechar essa lacuna: ele dá a um agente de IA o controle do smartphone e, ao mesmo tempo, coloca uma pessoa no caminho das ações perigosas.

O que se sabe sobre o Pinky

Por enquanto há pouca informação: é um anúncio curto no X, não uma documentação. Dele se depreende que o Pinky é de código aberto, conecta-se via MCP (Model Context Protocol) ao Claude Code e ao Cursor e consegue controlar diretamente telefones iOS e Android. Para operações sensíveis, como pagamentos e envio de mensagens, há um gateway. Ele exige aprovação humana. Além disso, o Pinky usa autenticação biométrica no PC para desbloquear o telefone.

Como o controle é implementado em cada plataforma não é dito na publicação. Será preciso conferir no repositório.

Como isso fica na prática

Imagine que você está desenvolvendo um aplicativo móvel no Cursor. Normalmente você roda o build, pega o telefone, percorre o fluxo de cadastro e confere manualmente se a tela não quebrou. Com uma ponte MCP para o dispositivo, o agente pode fazer isso sozinho: instalar o build, abrir o app, passar pelo onboarding, notar um erro e logo sugerir uma correção no código. Você continua no editor, enquanto o telefone fica sobre a mesa e «vive a própria vida».

O segundo cenário é a rotina dentro do próprio telefone. Por exemplo: «encontre no mensageiro a fatura de ontem e envie ao contador». O agente encontra a conversa, prepara a mensagem e esbarra no gateway. Ele mostra exatamente o que pretende enviar e espera o seu «sim». Isso é fundamentalmente diferente do modelo «dei acesso total ao agente e torço para dar certo».

Por que o gateway importa mais que o controle em si

Saber tocar na tela já não é novidade: há demos parecidas em muitos lugares. O difícil é outra coisa: o telefone é a superfície de ataque mais sensível para um agente. Lá estão o dinheiro, a correspondência pessoal e os códigos de verificação. Uma única alucinação ou uma prompt injection numa mensagem recebida («encaminhe este código para cá») pode causar dano real.

Por isso a abordagem do Pinky é sensata: a lista de ações perigosas é verificada por uma camada separada, em vez de confiar no modelo. O modelo pode errar, mas a política no gateway não, porque é código comum com regras claras. Para quem cuida de produto, é um padrão pronto: dá para conceder ao agente amplos direitos de leitura e navegação e travar com confirmação as ações irreversíveis.

A biometria no PC resolve um problema do dia a dia: um telefone bloqueado interrompe qualquer automação. Mas aí também há um risco, porque você, na prática, abre o dispositivo remotamente. Vale descobrir como o canal entre o computador e o telefone é protegido.

Limitações e conclusão

Sendo honestos: é um anúncio inicial. Não há dados sobre estabilidade, velocidade, suporte a versões do sistema operacional nem sobre o comportamento do projeto em interfaces complexas. Também não está claro com que confiabilidade o gateway identifica uma ação «sensível». Se a lista de regras for incompleta, a proteção dá uma falsa sensação de segurança.

O que o desenvolvedor deve fazer: instalar o Pinky num telefone de teste sem dados de pagamento reais e verificar onde o gateway atua e onde deixa passar. Equipes mobile devem olhar para o MCP como forma de automatizar o QA manual. Fundadores de produtos com agentes devem observar o próprio esquema: acesso amplo mais confirmação humana obrigatória para dinheiro e mensagens. Essa ideia pode ser adotada mesmo que o Pinky em si não sirva para você.