Guía de preparación del dispositivo
El tamaño del modelo, el nombre del chip o la versión de Android no bastan. Comprueba la compilación, el artefacto, el runtime, la tarea y la recuperación en el teléfono exacto.
Los módulos Android de este repositorio declaran minSdk 31. Es una configuración de compilación: establece el nivel mínimo de API de Android para instalar esa compilación. No es una lista probada de teléfonos compatibles, un requisito de RAM ni una promesa de rendimiento. Android separa este mínimo de las funciones de hardware y de la compatibilidad general del dispositivo.
Android 12 corresponde al nivel de API 31. Esto identifica el límite del sistema operativo, pero no demuestra que el teléfono pueda cargar un modelo o completar una tarea de forma fiable.
La versión anterior enumeraba ocho teléfonos, tiempos de inferencia y categorías incompatibles. No hay registros de esas pruebas por dispositivo en el repositorio, así que se retiran esas afirmaciones. Aquí no se publica una matriz de compatibilidad, RAM mínima, recomendación de chips ni velocidad. Un requisito de compilación no es un resultado probado.
systemRequirements.sources.minSdk · systemRequirements.sources.api · systemRequirements.sources.compatibility
La preparación depende de la tarea. Un teléfono puede instalar una aplicación y fallar al cargar un modelo, abrir la cámara, procesar una entrada larga o recuperarse de una interrupción. Define un trabajo real y prueba el recorrido completo en ese dispositivo, en vez de preguntar si es compatible en general.
Ejemplo de prueba: abrir una compilación concreta, cargar el modelo previsto, analizar sin conexión una imagen sintética de un recibo, mostrar el resultado y repetir tras cerrar y abrir la aplicación. Es un protocolo, no una afirmación de que una versión pública de Cove lo haya superado en un teléfono determinado.
Usa una tarea acotada y segura para la privacidad. Cambia una variable cada vez y registra tanto los fallos como los éxitos.
Anota fabricante y modelo exacto, versión y compilación de Android, espacio libre, versión de la aplicación y fecha. Indica si instalaste una compilación de desarrollo o del canal oficial. El nivel API ayuda a comprobar el mínimo del sistema, pero el nombre del teléfono no demuestra el comportamiento del hardware.
Instala la compilación que quieres evaluar y registra filtros de tienda, errores, permisos y pasos iniciales. Instalarse solo demuestra que la instalación funcionó; no demuestra que el modelo se descargue, que haya memoria suficiente o que la tarea funcione.
Anota el archivo de modelo y la versión del runtime. Completa la descarga requerida y registra su identidad o suma de verificación si se publica. Tamaño descargado, almacenamiento instalado y memoria de trabajo son medidas distintas. No inventes una cifra universal de espacio libre.
Elige una entrada inocua con respuesta esperada, como una nota sintética. Fija idioma, longitud de entrada y salida y criterio de éxito antes de ejecutar. Observa la memoria con una herramienta repetible; la RAM total del teléfono no equivale a la disponible para el proceso.
Empieza desde la pantalla normal, espera la inicialización, realiza la tarea y revisa el resultado. Separa el primer arranque de ejecuciones posteriores. Registra dónde falla cada etapa. No compares velocidad si cambian modelo, runtime, entrada, límite de salida, estado del equipo o método de cronometraje.
Cierra o manda la aplicación al fondo, vuelve a abrirla y repite la misma tarea. Si importa el uso sin conexión, desconecta tras preparar el equipo e inicia una sesión nueva. Registra errores y recuperación; una muestra pequeña no es un benchmark universal.
Define los límites de la tarea antes de probarla. No hay aquí un umbral universal de tiempo, memoria, temperatura o batería.
Una evaluación útil conecta cada afirmación con la evidencia que podría demostrarla. El mismo teléfono puede instalar la aplicación y fallar en una tarea que exige mucha memoria.
| Aspecto | Qué indica la configuración | Evidencia necesaria | Qué debes comprobar |
|---|---|---|---|
| Android | El proyecto declara minSdk 31. | Instalación del paquete exacto en esa compilación del sistema. | Anota versión y resultado. |
| Modelo | El nombre o tamaño identifica solo parte del conjunto. | Archivo, runtime, carga y observaciones de memoria. | Registra identidad y carga. |
| Recursos | RAM, espacio y chip no son resultados de una tarea. | Memoria, almacenamiento, errores y comportamiento observados. | Mide la ejecución y su contexto. |
| Flujo | Una API disponible no demuestra una función completa. | Entrada nueva completa cada etapa y cumple criterios. | Repite también la recuperación. |
La conclusión debe tener el mismo alcance que la evidencia. Una prueba en un teléfono y escenario solo describe esa ejecución. Una lista general requiere registros repetibles de varias configuraciones, datos originales y una regla de aceptación publicada.
No. Es el nivel mínimo de API declarado por la compilación. No certifica todos los teléfonos, el ajuste de memoria del modelo, un acelerador ni una tarea exitosa. Prueba el paquete y el dispositivo exactos.
Esta página no publica una cifra: faltan datos validados por dispositivo. También influyen los búferes del runtime, el tamaño de la entrada y salida, otras aplicaciones y el sistema. Mide el pico en la tarea exacta.
No se afirma un requisito de familia de chips. Su nombre no demuestra que el runtime use el acelerador ni que cumpla calidad y respuesta. Prueba el artefacto y el runtime exactos.
No existe un tiempo universal defendible aquí. Depende del modelo, aplicación, runtime, aceleración, entradas, salidas y estado del teléfono. Fija un límite antes de medir y publica las repeticiones y condiciones.
Registra modelo y sistema exactos, compilación, archivo de modelo, runtime, tarea, método, repeticiones, errores y criterio de aprobación. Publica alcance y fecha, conserva fallos y repite después de cambios importantes.
Una prueba aprobada solo demuestra que esa compilación, artefacto, teléfono, versión del sistema y tarea completaron el flujo registrado en esa fecha. Si algo cambia, vuelve a evaluar. Un fallo localizado es más útil que una etiqueta general sin pruebas.
Cómo funciona la IA en el dispositivo · Ejemplo de cámara en condiciones difíciles
Revisión factual: equipo de contenido Cove, 2026-09-27. La revisión del propietario para chino está pendiente; la traducción no se presenta como aprobada.
