PokeClaw vs FoneClaw: agente local y ejecución Android gobernada
Comparativa PokeClaw vs FoneClaw en español: inferencia local, rutas de datos, control de acciones, permisos, hardware y una prueba reversible en Android.
- PokeClaw encaja mejor si quieres experimentar con un prototipo Android local-first, abierto y centrado en inferencia local con Gemma 4 mediante LiteRT-LM en el teléfono.
- FoneClaw encaja mejor si buscas una ruta de ejecución Android gobernada con acceso flotante, contexto de pantalla activado por el usuario, continuidad, permisos, aprobaciones, detención y recuperación.
- La palabra “local” tiene dos significados distintos: inferencia del modelo en el dispositivo y ejecución de acciones en el teléfono; conviene evaluarlas por separado antes de elegir.
- La primera prueba debe ser reversible: abrir una app, leer estado visible o preparar un borrador sin enviarlo, registrando permisos, latencia, visibilidad, parada, verificación final y recuperación.
Veredicto rápido: encaje antes que ganador absoluto
La comparación PokeClaw vs FoneClaw no se resuelve con “cuál es mejor” en abstracto. Se resuelve por encaje. PokeClaw encaja si quieres estudiar o probar un prototipo Android local-first, abierto y orientado a ejecutar el modelo en el teléfono. FoneClaw encaja si tu prioridad es convertir una intención en acciones Android compatibles con controles visibles: contexto de pantalla activado por el usuario, permisos, aprobaciones, continuidad, detención y recuperación.
El punto fresco de esta comparación está en separar dos usos de la palabra local. Una cosa es inferencia local: el modelo corre en el dispositivo y reduce la dependencia de un proveedor cloud para razonar. Otra cosa es ejecución local de acciones: el agente observa una pantalla, abre apps, usa herramientas, pide permisos y cambia el estado del teléfono. Un producto puede ser fuerte en una dimensión y más limitado en la otra.
El repositorio oficial de PokeClaw lo presenta como un prototipo Android local-first y abierto. Su valor para builders es claro: permite inspeccionar código, entender el bucle de observación y acción, y experimentar con un modelo local. La página oficial de PokeClaw también habla de instalación directa por APK y requisitos concretos de Android.
FoneClaw parte de otra pregunta de producto: cuando el usuario ya está en Android y necesita terminar una tarea real, ¿cómo hacemos que la acción sea visible, gobernada y recuperable? Por eso esta guía no intenta declarar un ganador universal. Te ayuda a elegir si hoy quieres investigación local-first, ejecución Android gobernada o una prueba lado a lado con la misma tarea reversible.
Rutas de modelo y datos
La primera diferencia es la ruta del modelo. PokeClaw documenta un modo local que ejecuta Gemma 4 mediante LiteRT-LM en el teléfono. En esa configuración, después de la preparación inicial, el usuario no necesita cuenta ni API key para usar el modelo local. Eso hace que PokeClaw sea interesante para quien quiere estudiar inferencia en el dispositivo, latencia local, límites de memoria y comportamiento de un agente sin depender siempre de un endpoint externo.
Ese enfoque tiene una condición importante: PokeClaw también admite proveedores cloud opcionales. Al activar un proveedor externo, cambia la ruta de datos. La pregunta deja de ser “¿PokeClaw es local?” y pasa a ser “¿qué modo está activo en este dispositivo y qué datos salen en este flujo?”. Esta distinción evita una confusión común: local-first no significa que cada configuración, cada tarea o cada integración permanezca siempre fuera de la nube.
FoneClaw, por su lado, debe evaluarse con otra frontera. Según la información de producto más reciente disponible al actualizar este artículo, FoneClaw se presenta aquí por sus capacidades verificadas de ejecución Android gobernada: acceso flotante, pantalla actual adjuntada por el usuario, continuidad de tareas, aprobaciones, detención, recuperación de permisos, comprobaciones de estado y enrutamiento de capacidades. No conviene describirlo como un producto donde toda la inferencia ocurre en el dispositivo. Su valor en esta comparación está en cómo gobierna acciones compatibles sobre Android.
| Criterio | PokeClaw | FoneClaw | Qué verificar |
|---|---|---|---|
| Modelo | Modo local con Gemma 4 mediante LiteRT-LM en el teléfono. | Evaluación centrada en runtime Android y ejecución gobernada. | Qué modelo se usa y dónde se procesa cada solicitud. |
| Cuenta o API | El modo local no necesita cuenta ni API key tras la preparación. | Consulta la ruta actual en la página de descarga y funciones. | Qué credenciales, permisos o servicios pide el flujo real. |
| Ruta cloud | Los proveedores cloud opcionales cambian la ruta de datos. | No se debe asumir inferencia completamente local. | Qué datos entran, qué sale y qué queda visible para el usuario. |
| Valor principal | Experimentación local-first y código abierto. | Acciones Android compatibles con controles de ejecución. | Si tu tarea prioriza privacidad de inferencia o control operativo. |
Si tu decisión gira alrededor de confianza local frente a seguridad cloud, conviene ampliar el marco con Confianza en agentes de IA: control local en Android frente a seguridad en la nube. Esta página se mantiene en la comparación práctica entre PokeClaw y FoneClaw.
Cómo observa y actúa cada agente
El bucle de acción de PokeClaw es transparente para quien quiere aprender cómo puede funcionar un agente Android. La documentación describe un agente que lee una representación textual de la interfaz visible, decide la siguiente herramienta y actúa. Sus herramientas oficiales actuales incluyen acciones como tocar elementos, introducir texto, abrir apps, leer pantalla, tomar capturas, gestionar mensajes, auto-reply y finalizar una tarea. Esa arquitectura es atractiva porque muestra el ciclo: observar, decidir, ejecutar, comprobar y continuar.
El límite aparece en la vida real de Android. Leer una representación de UI no garantiza que todas las apps sean controlables, que cada botón tenga una etiqueta útil o que cada pantalla mantenga una estructura estable. Los cambios de diseño, los permisos, las apps protegidas, los flujos de pago, los mensajes sensibles y las pantallas ambiguas pueden romper una automatización. Por eso una prueba honesta debe registrar cuándo el agente actúa bien y cuándo se queda sin señal suficiente.
FoneClaw organiza el problema desde la experiencia de ejecución. El usuario puede entrar con un asistente flotante, adjuntar la pantalla actual cuando lo solicita y seguir una tarea entre superficies. El sistema enruta la petición hacia capacidades compatibles: pantalla y apps, estado del dispositivo, comunicación, calendario, notas, workflows, atajos, Skills o Plugins cuando el flujo lo permite. Para entender esa entrada flotante y el contexto de pantalla, la guía Asistente de IA flotante en Android: usar la pantalla actual con control desarrolla la mecánica sin mezclarla con PokeClaw.
La diferencia de producto es clara. PokeClaw muestra un bucle abierto y local-first que resulta valioso para inspección y experimentación. FoneClaw busca que la acción Android sea gobernada: qué capacidad corresponde, qué permiso hace falta, qué debe aprobar el usuario, qué estado final se verifica y cómo se recupera el flujo. Desde nuestra experiencia construyendo FoneClaw, el reto no es solo “tocar bien”; es hacer que el usuario entienda qué va a cambiar antes de que cambie.
| Dimensión | PokeClaw | FoneClaw |
|---|---|---|
| Observación | Lee una representación textual de la UI y puede usar capturas. | Usa contexto de pantalla activado por el usuario y rutas de capacidad. |
| Acción | Herramientas genéricas para tocar, escribir, abrir apps y completar tareas. | Acciones compatibles con permisos, aprobaciones, estado visible y recuperación. |
| Uso natural | Probar y estudiar el bucle agente en Android. | Ejecutar tareas Android con control y continuidad. |
| Riesgo de lectura rápida | Confundir prototipo local-first con producto terminado para todos los usuarios. | Confundir ejecución gobernada con inferencia totalmente local. |
Permisos, aprobaciones, detención y recuperación
La seguridad no sale automáticamente de que un proyecto sea abierto ni de que un modelo corra en el teléfono. Open source ayuda a inspeccionar, aprender y auditar. Inferencia local puede reducir ciertas rutas de datos. Pero una acción Android sigue necesitando permisos, límites, confirmación y recuperación. Si el agente envía un mensaje, toca una app, cambia un ajuste o lee contenido sensible, el usuario debe ver qué ocurre.
PokeClaw requiere accesibilidad para leer pantalla y realizar gestos. Su dirección de producto también habla de reglas, guards, detección de bloqueo y fallos limpios. Esas piezas importan porque un agente que navega apps necesita saber cuándo no avanzar. Un auto-reply que funciona en una app de mensajería, por ejemplo, debe evaluarse con preguntas muy concretas: ¿qué lee?, ¿qué propone?, ¿cuándo envía?, ¿cómo evita destinatarios equivocados?, ¿cómo se detiene si la pantalla cambia?
FoneClaw se construye alrededor de controles explícitos. Según la información de producto más reciente disponible al actualizar este artículo, las capacidades actuales incluyen aprobaciones, opción de detener, comprobaciones de estado, recuperación de permisos y revisión antes de activar extensiones o capacidades nuevas. Esa orientación nace de una lección práctica: el usuario no necesita un agente que aparente confianza; necesita un agente que muestre su contrato de acción.
La comparación útil, por tanto, no es “quién es más autónomo”. La pregunta correcta es quién muestra mejor las condiciones de una acción. Para cualquier agente de IA en el dispositivo, registra cuatro cosas: qué permiso pidió, qué acción intentó, si el usuario pudo detenerla y qué hizo cuando falló. El producto que explica mejor sus límites suele ser más fácil de usar en tareas sensibles.
Si buscas una alternativa a PocketClaw o a cualquier agente local experimental, no evalúes solo la promesa de privacidad. Evalúa el control: permisos comprensibles, aprobación antes de efectos externos, parada clara, recuperación de permisos y verificación del estado final.
Instalación, hardware y coste del dispositivo
PokeClaw exige mirar el coste del dispositivo desde el primer minuto. Su página oficial lista Android 9+ en arm64, instalación directa por APK y un modo local que descarga alrededor de 2.6 GB en el primer lanzamiento. También indica que el modo local necesita alrededor de 4 GB de RAM libre. Esos requisitos no son decoración: la inferencia local consume memoria, almacenamiento y tiempo.
La misma documentación advierte que el calentamiento en CPU puede rondar los 45 segundos, mientras que hardware acelerado compatible puede reducir ese tiempo. Eso no significa que un chipset concreto garantice una experiencia perfecta ni que todos los teléfonos económicos queden descartados. Significa que debes probar en tu dispositivo real. Dos Android con la misma versión de sistema pueden comportarse distinto por RAM disponible, temperatura, fabricante, batería, servicios en segundo plano y runtime.
Para FoneClaw, las preguntas de instalación son diferentes. La ruta pública actual está en la página localizada de descarga de FoneClaw, y el usuario debe revisar compatibilidad, permisos necesarios y capacidades disponibles para su caso. Aquí el coste no se concentra en alojar un modelo local pesado, sino en conceder de forma consciente los permisos que permiten actuar sobre Android y en entender qué capacidades están listas para el flujo que quieres probar.
Si tu prioridad es rendimiento de LLM en el teléfono, Optimización LLM en el dispositivo para agentes móviles entra en más detalle sobre memoria, latencia y aceleración. En esta comparación, el punto decisivo es operativo: PokeClaw te pide hardware suficiente para inferencia local; FoneClaw te pide evaluar permisos, capacidades y gobernanza de acciones.
Qué flujos encajan con cada producto
Un buen PokeClaw vs FoneClaw no debería ser una tabla de “más funciones gana”. Los agentes móviles viven o mueren por el flujo exacto. ¿Quieres aprender cómo un agente lee UI y decide herramientas? ¿Quieres experimentar con un modelo local sin cuenta después de la preparación? ¿Quieres preparar acciones Android con aprobaciones visibles? Son necesidades distintas.
| Flujo | PokeClaw encaja cuando... | FoneClaw encaja cuando... |
|---|---|---|
| Investigación local-first | Quieres inspeccionar código, probar Gemma 4 local y entender LiteRT-LM en Android. | Quieres comparar esa investigación con una ruta de acción gobernada en un producto Android. |
| Mensajería y navegación de apps | Quieres probar auto-reply o navegación genérica en apps compatibles, aceptando límites de prototipo. | Quieres preparar mensajes o pasos con permisos, revisión, aprobación y recuperación. |
| Utilidades del teléfono | Quieres estudiar cómo un agente puede tocar, escribir, abrir apps y finalizar tareas. | Quieres acciones compatibles con estado visible, controles y continuidad entre superficies. |
| Builder y auditoría | Quieres leer un proyecto Apache 2.0 y entender límites de marca descritos en el repositorio. | Quieres evaluar herramientas, Plugins, Skills y Workflows desde una ruta de producto. |
| Usuario no técnico | Quieres experimentar y aceptas configuración, hardware y límites de prototipo. | Quieres probar tareas reversibles con una experiencia orientada a control del usuario. |
La licencia Apache 2.0 de PokeClaw importa para builders porque facilita estudiar, adaptar y aprender del proyecto. Sus límites de marca descritos en el repositorio pertenecen a otra capa: el software puede ser abierto y, al mismo tiempo, el nombre del proyecto conservar reglas de uso. Eso no cambia la evaluación técnica, pero sí importa si vas a distribuir una variante.
En FoneClaw seguimos separando catálogo, ejecución y extensibilidad. La página de funciones de FoneClaw resume capacidades actuales, mientras que Herramientas, Plugins, Skills y Workflows de FoneClaw: guía de capas explica cómo pensar esas piezas sin convertir esta comparativa en documentación interna. Para el lector, la decisión es más simple: prueba el flujo exacto en tu propio dispositivo antes de confiar en tareas sensibles.
Cómo elegir y hacer una primera prueba reversible
Elige PokeClaw primero si tu objetivo principal es estudiar inferencia local, modificar o inspeccionar un agente abierto, medir el coste de Gemma 4 en Android o entender cómo un prototipo usa accesibilidad, representación de UI y herramientas. También tiene sentido si aceptas una configuración más técnica y quieres comprobar cuánto puede hacer tu teléfono sin una ruta cloud en modo local.
Elige FoneClaw primero si tu objetivo principal es ejecutar tareas Android compatibles con control visible. Según la información de producto más reciente disponible al actualizar este artículo, FoneClaw está pensado para acceso flotante, pantalla actual compartida por el usuario, continuidad, permisos, aprobaciones, detención, recuperación y enrutamiento de capacidades. No lo pruebes como promesa abstracta: pruébalo con una tarea concreta y reversible.
La primera prueba debe evitar enviar, comprar, borrar, cambiar cuentas o tocar datos sensibles. Usa este protocolo:
- Elige una tarea de bajo riesgo: abrir una app, leer un estado visible, crear una nota local o preparar un borrador sin enviarlo.
- Fija condiciones: mismo teléfono, misma red, mismas apps, mismo idioma y permisos anotados.
- Ejecuta una vez sin interrupción: registra latencia, permiso pedido, acción visible y resultado final.
- Repite con interrupción: cambia de pantalla o detén el flujo y mira si el agente se recupera.
- Compara evidencia: no cuentes solo éxito; registra parada, explicación, recuperación y verificación del estado.
Una sola ejecución correcta no prueba fiabilidad. Tres repeticiones con evidencia clara ya dicen mucho más. PokeClaw te enseña cuánto puedes llevar la inferencia local y el bucle abierto en tu hardware. FoneClaw te muestra cómo se siente una ruta Android gobernada cuando la intención necesita convertirse en acción visible.