ZeroTap vs FoneClaw para controlar Android con MCP: qué ruta elegir
Compara el servidor MCP de ZeroTap, iniciado desde un cliente externo, con las tareas de FoneClaw iniciadas en el teléfono. Revisa requisitos, acceso y resultados.
- ZeroTap ofrece un servidor MCP en el teléfono para iniciar tareas desde clientes como Claude Desktop o Cursor; FoneClaw inicia tareas compatibles desde el propio Android mediante voz o texto.
- La ruta MCP de ZeroTap requiere servidor activo, conexión local, token válido y un teléfono preparado. El control avanzado del dispositivo usa una app complementaria distinta de la app principal.
- FoneClaw separa el modelo configurado de las herramientas Android y aplica permisos y controles según la acción; no publica un servidor MCP ni una conexión nativa con Claude Desktop.
- Compara ambas rutas con una tarea reversible y comprueba el resultado en el teléfono. Una respuesta del cliente o del modelo no demuestra que la app de destino haya cambiado.
Elige según dónde empieza la tarea
En ZeroTap vs FoneClaw para controlar Android con MCP, la diferencia decisiva es el punto de partida. Si trabajas en un cliente de IA del ordenador y quieres que pueda solicitar acciones al teléfono, ZeroTap ofrece un servidor MCP alojado en Android. MCP es el protocolo que permite al cliente descubrir y llamar herramientas externas; no significa que el cliente obtenga acceso ilimitado a todas las apps. Si prefieres hablar o escribir la petición en el móvil, FoneClaw inicia allí tareas mediante un modelo configurado y herramientas Android compatibles.
| Pregunta | ZeroTap | FoneClaw |
|---|---|---|
| ¿Dónde empieza la petición? | En un cliente MCP externo o en la app principal de ZeroTap. | En FoneClaw, desde el teléfono. |
| ¿Cómo llega a Android? | El cliente llama al servidor MCP del móvil; las herramientas de ZeroTap gestionan la tarea o consultan su estado. | El modelo interpreta la solicitud y una herramienta Android compatible ejecuta el paso admitido. |
| ¿Qué debes verificar? | Servidor, token, conexión y estado visible del teléfono. | Herramienta disponible en tu edición, permiso, aprobación aplicable y resultado en la app. |
La descripción oficial del servidor MCP de ZeroTap presenta esta ruta para clientes como Claude Desktop, Claude Code, Cursor, OpenClaw y Cline. No atribuimos a FoneClaw un servidor MCP público ni un puente nativo con esos clientes. La elección no requiere un ganador absoluto: depende de dónde quieres dar la orden y qué resultado puedes comprobar.
Prepara la ruta que vas a utilizar
Con ZeroTap, el teléfono aloja un servidor en la red local, en el puerto 8485. La conexión usa Streamable HTTP con mensajes JSON-RPC 2.0 y un token Bearer; algunos clientes necesitan un puente cuando solo admiten otra forma de conexión MCP. Antes de solicitar una acción, comprueba que el servidor está encendido, que el ordenador puede alcanzar el teléfono y que el token del cliente sigue vigente. Para el control de pantalla también importan el estado de desbloqueo y el servicio de accesibilidad.
Hay dos aplicaciones que no conviene confundir. La app principal de ZeroTap y su complemento de control cumplen papeles distintos: la primera ofrece chat y un control flotante; el complemento opcional añade lectura de pantalla y acciones del dispositivo. Se distribuye como APK desde el repositorio oficial de GitHub, requiere una versión compatible de la app principal y Android 8 o posterior. Sus actualizaciones son manuales, no las de la ficha de Google Play. Comprueba cuál de las dos piezas tienes antes de atribuir un fallo a MCP.
En FoneClaw, empieza por la edición y la herramienta disponible para la tarea. FoneClaw Full y FoneClaw Lite de Google Play no tienen automáticamente las mismas capacidades. El modelo compatible interpreta la orden y los permisos Android se solicitan según la acción; una lectura de estado y una modificación con consecuencias pueden seguir políticas diferentes. La página de funciones de FoneClaw permite consultar las tareas compatibles sin confundirlas con un servidor para clientes de escritorio.
Compara una acción concreta en el teléfono
Una comprobación propuesta, no una prueba que hayamos realizado, consiste en crear un evento temporal en un calendario personal: «Revisar presupuesto mañana a las 10:00», sin invitados ni notificaciones externas. Antes de ejecutarla, fija calendario, fecha completa, zona horaria y título. Luego mira el evento en la app de calendario. Una respuesta como «hecho» no sustituye esa verificación.
Desde un cliente MCP, ZeroTap anuncia una herramienta para delegar tareas en lenguaje natural, otra para consultar la pantalla y otra para comprobar si el dispositivo está preparado. El recorrido posible es pedir la acción, observar qué app se abre y confirmar allí el evento. El éxito depende de la interfaz disponible, el teléfono desbloqueado y los accesos concedidos; la existencia de una herramienta general no garantiza que un calendario concreto acepte siempre los mismos pasos.
En FoneClaw, puedes iniciar la petición en el móvil con voz o texto. Las herramientas de calendario compatibles reciben parámetros acotados y actúan según los permisos y controles aplicables. Revisa el título, la hora y el calendario antes de aceptar una acción que lo requiera; después abre el registro guardado. Si falta un dato, acláralo en vez de permitir que el modelo elija una cuenta o una zona horaria por suposición.
Usa el mismo objetivo y la misma comprobación final en ambas rutas, pero no presupongas que comparten mecanismos de aprobación ni que su respuesta textual acredita el mismo estado del teléfono.
Distingue acceso al dispositivo y procesamiento del modelo
El token de ZeroTap autoriza solicitudes al servidor MCP; no es una autorización genérica para compartirlo con cualquier cliente. Regenerarlo invalida el anterior. Desconectar un cliente, apagar el servidor y retirar el acceso de accesibilidad son controles separados: cada uno corta una parte distinta de la ruta. Si dejas de usarla, revisa las tres. No expongas el servidor a una red más amplia suponiendo que «local» equivale a ausencia de riesgo.
ZeroTap permite usar una clave de modelo propia o su servicio en la nube. Eso no demuestra que todo el procesamiento permanezca en el dispositivo. En FoneClaw ocurre otra separación: el modelo configurado razona sobre la petición y la herramienta Android ejecuta la acción admitida. Si el modelo es en línea, el contexto aportado puede salir del teléfono. Comparte solo lo necesario para la tarea y revisa qué app, pantalla o dato quedará implicado.
En FoneClaw no tratamos todas las herramientas como si exigieran la misma aprobación. Las acciones de lectura y las que cambian datos tienen riesgos distintos; calendario, notas y mensajes operan con parámetros y controles propios. Por ejemplo, un SMS requiere aprobación de la herramienta y su estado final debe leerse tal como se devuelve. Si informa que se envió, añadir otra pulsación en la interfaz podría duplicarlo. Para la relación general entre intención, permiso y resultado, Controlar un teléfono Android con agente de IA: de intención a acción verificada desarrolla ese criterio.
Resuelve una conexión o tarea que no avanza
Antes de repetir una orden con consecuencias, comprueba si ya produjo un cambio. Un calendario puede haber guardado el evento aunque el cliente perdiera la conexión al devolver la respuesta.
| Síntoma | Qué revisar | Paso siguiente |
|---|---|---|
| El cliente MCP no llega al teléfono | Servidor activo, teléfono y ordenador en una red local accesible, puerto y configuración del cliente. | Comprueba primero el estado de la conexión; no repitas la tarea todavía. |
| La conexión rechaza la solicitud | Token Bearer vigente y configuración del puente, si el cliente lo necesita. | Actualiza la credencial del cliente sin publicar el token. |
| ZeroTap ve el dispositivo, pero no puede actuar | Pantalla encendida y desbloqueada; complemento y accesibilidad activos cuando correspondan. | Consulta el estado del dispositivo y corrige solo la condición indicada. |
| FoneClaw informa un bloqueo | Edición, herramienta, permiso solicitado y explicación de fallo. | Resuelve ese requisito y comprueba la app de destino antes de reintentar. |
Si una pantalla cambió, no conviertas un intento fallido en una serie de pulsaciones a ciegas. Vuelve a identificar la app y el resultado observable. En una tarea de calendario, busca primero el evento por título y fecha; en una de mensajería, distingue borrador, envío confirmado y fallo. Detener un cliente o cerrar una interfaz tampoco revierte por sí solo cambios que ya quedaron guardados.
Cuándo conviene cada opción
Elige ZeroTap cuando tu flujo empieza en un cliente MCP del ordenador y necesitas que el teléfono sea una herramienta accesible desde allí. Su ruta requiere mantener el servidor alcanzable, gestionar un token y comprobar si el complemento de control está preparado. Es una elección de arquitectura y de punto de entrada, no una promesa de que cada app Android responda igual.
Elige FoneClaw cuando la petición nace en el propio teléfono y quieres resolver una tarea Android compatible mediante voz o texto, con el modelo, los permisos y el resultado dentro de ese recorrido. Revisa la edición que utilizas antes de esperar lectura de pantalla o una acción concreta. No hace falta presentar a FoneClaw como servidor MCP para explicar su utilidad: el trabajo principal ocurre en el móvil y termina en la app o ajuste que puedes comprobar.
Si estás comparando otras herramientas para automatizar Android desde fuera del teléfono, DroidClaw vs FoneClaw: qué usar para automatizar Android aborda otra combinación de panel y ejecución. Para esta elección, basta una tarea reversible, una ruta de inicio clara y una comprobación en el destino. Ni la conectividad del protocolo ni una frase del asistente sustituyen el estado real del teléfono.