RikkaHub vs FoneClaw para controlar Android: batería y ajustes

Una misma tarea, dos formas de ejecutarla

Para comparar RikkaHub vs FoneClaw para controlar Android, partamos de una tarea acotada: consultar el estado de la batería y del ahorro de energía; después, mediante una petición independiente, abrir el ajuste de ahorro sin tocar su interruptor. El objetivo no es optimizar automáticamente el teléfono, sino obtener información y llegar a una pantalla que tú puedas revisar.

RikkaHub puede recorrer la interfaz mediante Phone Use. En FoneClaw ofrecemos herramientas específicas para consultar el estado y abrir la entrada del sistema. Esta es una comparación de configuración basada en documentación oficial y capacidades publicadas, no una prueba realizada en dispositivos ni una clasificación por rapidez.

En ambos casos, una respuesta que diga «hecho» no demuestra que se haya abierto la pantalla correcta. La comprobación final te corresponde a ti.

Prepara la edición, los permisos y el modelo

RikkaHub incluye Phone Use en una publicación oficial, no solo en una rama de desarrollo. Sus condiciones de compatibilidad exigen una compilación ajena a Google Play y Android 11 o posterior. La edición de Google Play no implementa este servicio. También hacen falta el servicio de accesibilidad de RikkaHub Phone Use y el chat flotante, con su configuración y el permiso Android para mostrarse sobre otras aplicaciones.

En FoneClaw, empieza por comprobar la edición instalada y las herramientas disponibles en ella. La página de descarga de FoneClaw distingue Full APK y Google Play Lite. Lite admite complementos, tareas programadas y accesos directos dentro de sus capacidades; eso no certifica que cada herramienta exista en ambas ediciones. Para este ejercicio, confirma específicamente la consulta de batería y la apertura del ahorro de energía.

Puedes elegir el modelo de cada conversación y comenzar con nuestro modelo predeterminado gratuito. Si utilizas una API propia, necesita ser compatible y su dirección en línea debe usar HTTPS, también si el servidor está en tu red local. Esta es una condición de FoneClaw, no una regla que debas trasladar automáticamente a RikkaHub.

Una conexión aceptada tampoco demuestra compatibilidad con todas las herramientas o imágenes. Primero confirma una respuesta textual sencilla; después revisa herramientas, permisos y aprobación. Si necesitas los campos de conexión, Conectar una API de modelo de IA en Android con FoneClaw desarrolla ese proceso sin mezclarlo con la navegación del teléfono.

RikkaHub: consulta la batería mediante la interfaz

La implementación publicada de Phone Use describe la observación de elementos accesibles, las acciones sobre la interfaz y el uso condicional de capturas. Indica habilitar la ventana flotante desde el apartado de notificaciones de los ajustes de la aplicación y conceder la superposición en Android. La ventana permite seguir la operación y detenerla; no basta con tener una conversación abierta.

Antes de empezar, activa el servicio de accesibilidad solicitado en los ajustes del sistema y prepara el chat flotante. RikkaHub no puede operar sobre su propia aplicación en primer plano. El recorrido debe comenzar abriendo otra aplicación, como los ajustes del sistema, o regresando a la pantalla de inicio antes de observarla.

Una primera petición propuesta sería: «Abre los ajustes necesarios y consulta únicamente el nivel de batería y si el ahorro de energía está activado. No cambies ningún ajuste. Indica qué información has podido observar y detente».

Durante la navegación, Phone Use debe trabajar con la lista de elementos más reciente. Si cambia la pantalla, los índices anteriores pueden dejar de representar el mismo control. La observación mediante accesibilidad es la primera vía; una captura puede ser necesaria cuando la lista no aporta información suficiente. Eso no significa que toda operación requiera un modelo con visión, pero sí exige compatibilidad con imágenes cuando se recurra a ellas.

Comprueba personalmente los datos visibles. Si no aparece un estado claro, conserva esa incertidumbre en lugar de aceptar una deducción. Después puedes formular una segunda petición: «Abre únicamente la entrada de ahorro de energía para que la revise. No actives ni desactives nada y detente al llegar».

Los nombres y la distribución cambian según el fabricante. La evidencia buscada es la pantalla pertinente y su estado sin modificar, no una ruta de menús universal ni una cifra de batería esperada.

FoneClaw: separa la consulta de la apertura del ajuste

En FoneClaw podemos resolver la primera parte mediante una consulta de solo lectura, sin convertirla en una secuencia de pulsaciones. La herramienta device_battery_status obtiene información de batería y ahorro de energía; no cambia ajustes. Revisa su disponibilidad y habilitación, junto con el modo global de aprobación y cualquier excepción por herramienta.

La petición propuesta puede ser: «Consulta el estado actual de la batería y del ahorro de energía. Devuelve solo la información disponible y no abras ni modifiques ajustes». Examina el resultado real de la herramienta. No aceptes como lectura actual una explicación genérica sobre cómo ahorrar batería o una estimación del modelo.

Para la segunda parte existe system_settings_open_battery_saver_settings, que abre la entrada de ahorro de energía del sistema. Es una acción diferente de la consulta y está sujeta a la aprobación que corresponda según la política activa. Nuestras funciones de FoneClaw explican el alcance de las herramientas y los controles de ejecución.

Solicítala por separado: «Abre el ajuste de ahorro de energía para que pueda revisarlo. No cambies su estado». Si aparece una solicitud de aprobación, comprueba que se refiere a abrir esa entrada antes de aceptarla.

Abrir no equivale a activar. Una aplicación normal no puede cambiar directamente ese modo mediante la API pública utilizada por esta ruta. El usuario lo activa o desactiva manualmente después de abrir los ajustes; en este ejercicio debes dejarlo intacto. Algunas versiones del sistema del fabricante pueden conducir a los ajustes generales de batería en lugar de la entrada específica.

Verifica qué pantalla se abrió realmente. Si no es la esperada, anótalo como acceso alternativo o apertura no conseguida, no como cambio completado. El modelo razona sobre la petición; la herramienta ejecuta una operación delimitada y el sistema determina la pantalla disponible.

Qué puedes observar, autorizar y detener

Conviene distinguir una restricción aplicada por código de una instrucción dirigida al modelo. RikkaHub bloquea una lista concreta de aplicaciones restringidas de banca y pagos; no es una garantía de bloqueo de cualquier aplicación financiera. Las instrucciones de Phone Use indican detenerse y preguntar antes de pagar, enviar o eliminar, salvo que el usuario ya haya solicitado expresamente esa acción exacta. Esa instrucción no demuestra que siempre aparezca un diálogo obligatorio.

En FoneClaw, las llamadas dependen del modo global y de las excepciones por herramienta. No prometemos una confirmación idéntica en cada tarea. Comprueba la política antes de empezar y limita la petición: consultar, después abrir y finalmente detenerse. Un permiso Android habilita una capacidad técnica; no debe interpretarse como consentimiento para cualquier acción futura.

Con RikkaHub, mantén visible el chat flotante y utiliza el control disponible para interrumpir la operación si se desvía. Si necesitas retirar su capacidad de operar, puedes desactivar el servicio de accesibilidad y revocar la superposición desde Android.

En FoneClaw, detén la tarea en curso y deshabilita las herramientas que ya no necesites. En cualquier ruta, revisa si queda una ejecución o aprobación pendiente antes de iniciar otra.

Detener no deshace lo ocurrido: si ya se abrió una pantalla, seguirá abierta. Si se modificó accidentalmente un ajuste, comprueba su estado y restáuralo manualmente; no presupongas una reversión automática.

Localiza el fallo antes de repetir la petición

Una respuesta textual correcta y una operación Android fallida pueden coexistir. Identifica la primera etapa que no se cumple, en lugar de volver a pedir la secuencia completa o ampliar permisos sin un motivo concreto.

No incluyas claves de API en capturas o mensajes de diagnóstico. Para explicar un fallo suele bastar con la etapa, el texto del error sin credenciales y la pantalla alcanzada.

Si el resultado es ambiguo, consulta el estado actual antes de reintentar. No interpretes el cierre del mensaje como ejecución terminada ni una pantalla distinta como permiso para seguir pulsando. Si el sistema no ofrece una entrada adecuada, termina el ejercicio y continúa manualmente.

Registra resultados, permisos y costes por separado

La siguiente ficha propone qué anotar durante tu propia comprobación; no contiene resultados obtenidos por nosotros. Utiliza un teléfono propio y condiciones comparables. El nivel de batería puede variar entre intentos: importa que cada consulta refleje el estado de su momento, no que ambas cifras sean idénticas.

Separa el coste de un servicio o plan del consumo de API. Nuestro modelo predeterminado gratuito permite empezar; una API propia puede generar cargos independientes. La edición de distribución tampoco equivale a una modalidad de membresía.

Conserva solo datos mínimos, sin notificaciones privadas ni credenciales. Que la acción ocurra en la pantalla del móvil no significa que el razonamiento o todo el contexto permanezcan allí: el tratamiento depende del modelo y del servicio configurados.

Elige una configuración que puedas verificar

RikkaHub encaja si quieres una ruta de operación visual y puedes mantener su edición compatible, accesibilidad y ventana flotante. FoneClaw encaja para esta tarea cuando prefieres separar una consulta de estado de una herramienta que abre el ajuste. Ninguna elección convierte el ejercicio en permiso para cambiar otros controles.

Si aún estás eligiendo un cliente para conversar, trabajar con archivos o utilizar modelos locales, Asistentes de IA para Android con tu propia API: cuatro clientes por tarea compara esa decisión más amplia.

Comprueba también la disponibilidad regional de la distribución y del proveedor que utilices. Empieza por la consulta de solo lectura; solo después solicita la apertura. La comparación útil termina cuando puedes identificar qué se leyó, qué pantalla se abrió y que el ahorro de energía no se modificó, no cuando el asistente afirma haber terminado.