¿CON QUÉ IA?
Lo contó A quién le sirve. Desarrolladores de apps de iOS, o quien tiene una app encargada a un desarrollador, que quieren una primera ronda de pruebas automática antes de publicar.
Qué hicieron
La herramienta es ios-builder, de MobAI. Conecta Claude Code con un simulador de iOS o un dispositivo real y se ocupa de la compilación mediante GitHub Actions. Con una sola instrucción, Claude lee el árbol de accesibilidad (la estructura de lo que hay en pantalla) y las capturas, pulsa botones, rellena formularios y abre todas las pantallas y recorridos. Después saca los registros de depuración, busca errores en ellos y escribe un resumen estructurado.
Cómo salió
El artículo dice que una demostración tardó ocho minutos y encontró todos los fallos que el desarrollador se había dejado, sin scripts XCUITest ni casos de prueba. No da el número de fallos ni detalles de falsos positivos.
Conviene saber
El artículo es una descripción breve, solo para miembros, y cubre únicamente la instalación. Consulta el repositorio de ios-builder para ver las instrucciones reales y los requisitos antes de apoyarte en ello.
Qué necesitas
- Claude Code y una cuenta de Claude de pago (o una clave de la API de Anthropic, una llave de acceso para pagar por uso)
- La herramienta ios-builder de MobAI, que conecta Claude Code con el simulador o con un iPhone (mira su repositorio para los requisitos reales)
- Un Mac con el simulador de iOS, o un iPhone real conectado
- El proyecto de tu app y una cuenta de GitHub para la compilación
- Alguien que sepa interpretar los fallos que salgan
Cómo hacerlo tú, paso a paso
- Lee el repositorio de ios-builder para ver los requisitos reales y cómo se instala. El artículo solo cubre la instalación.
- Instala la herramienta, conéctala a Claude Code y comprueba que ve el simulador o tu dispositivo.
- Configura la compilación de tu app con GitHub Actions, el servicio de GitHub que ejecuta tareas automáticas, como indique el repositorio.
- Pide a Claude Code que ejecute la app y la recorra por el árbol de accesibilidad (la estructura de lo que hay en pantalla), tocando todas las pantallas a las que se pueda llegar.
- Pide que informe de cada fallo con la pantalla, los pasos para reproducirlo, lo esperado frente a lo que ocurrió y la gravedad.
- Dile que no modifique ningún código.
- Revisa la lista, descarta los falsos positivos y pasa los fallos reales a quien los arregle.
Ejecuta mi app de iOS de [ruta del proyecto] en el simulador y recórrela por el árbol de accesibilidad, tocando todas las pantallas a las que se pueda llegar. Informa de los fallos en una lista estructurada con la pantalla, los pasos para reproducirlo, el comportamiento esperado frente al real y la gravedad. Habrás terminado cuando hayas visitado todas las pantallas. No modifiques ningún código.
Consejos
- Comprueba cada fallo a mano antes de abrir una incidencia. El artículo no habla de falsos positivos.
- No esperes que sustituya a las pruebas de tu equipo ni de tus usuarios. Es una primera pasada.
- Mira en el repositorio qué datos ve la herramienta. Las capturas y los registros de depuración pueden incluir información sensible.
Preguntas frecuentes
¿Necesito saber programar en iOS?
No para lanzar la prueba, pero sí para interpretar y arreglar los fallos. Si tu app la hace otra persona, pásale el informe.
¿Sustituye a probar yo mismo la app?
No: encuentra fallos de pantallas y errores en los registros, pero no sabe si la app te parece cómoda o clara. Esa parte la pruebas tú.
Fuentes
En el directorio desde el 3 de octubre de 2026.
r/ClaudeAI en Reddit
naw103/foremerge en GitHub
@ramalho.org en Bluesky