45 funcionalidades de una app iOS, un prompt cada una
Un desarrollador cierra 45 funcionalidades de su app de iOS en semanas: cada una salió de un solo prompt y no escribió ni una línea de código a mano.
Un desarrollador ha publicado Sojourn: Topical Bible Study, una app de estudio bíblico para iOS, sin haber escrito a mano una sola línea de su código. Todo el Swift lo generó un LLM a partir de prompts, y el resultado son 45 funcionalidades cerradas en cuestión de semanas: abrió 49 issues en GitHub y ya ha cerrado 45.
El autor explica el proceso con detalle y lo llama desarrollo one-shot: un único prompt que basta para implementar una funcionalidad de principio a fin, independientemente de su complejidad. Admite que en la práctica puede caer algún prompt de ajuste, pero la idea es que sean cero.
El flujo
Antes de tocar código dedica días a fijar el contexto. Define la experiencia de usuario y las funcionalidades con la herramienta de diseño de Claude y guarda ese material, junto a un CLAUDE.md con definiciones de producto y restricciones —la privacidad como principio, sin analítica con identificadores— como base para todo lo que venga después.
Cada funcionalidad arranca con una skill llamada /spec, donde define el caso feliz, los modos de fallo, el aspecto, la arquitectura y las pruebas, y que acaba volcando todo en un issue de GitHub. Implementarla es pasar el número de ese issue a otra skill, /gh-issue. El autor se levanta y se va de la habitación; al volver tiene un pull request. A veces lo lanza antes de acostarse y se despierta con la funcionalidad terminada. Publicar y desplegar sigue siendo manual, pero automatizado con scripts: run.sh para el simulador, deploy-to-device.sh para instalarla en su iPhone y release.sh para subirla a App Store Connect.
Dos ejemplos
El widget de pantalla de inicio le costó 2.466 líneas repartidas en 27 archivos: extensión de WidgetKit, app group compartido, un pool de versículos, deep links de vuelta a la app y la configuración de XcodeGen. Un issue, un prompt, un pull request. El envío de una conversación por correo fueron 2.412 líneas en 21 archivos, y toca cliente, backend y un proveedor de envío de correo. También un issue.
La app es un cliente Swift con chat en streaming que parsea el texto según llega. Las citas bíblicas no las genera el modelo: el backend en Python, que sí habla con la API del proveedor, expone una herramienta de consulta de versículos y el texto se sustituye por el de una base de datos empaquetada en la aplicación. Ni las conversaciones ni la identidad del usuario se guardan en el servidor.
El propio autor pone las cautelas: lleva décadas construyendo producto y lanzando startups, y esa experiencia es la que hace que los prompts funcionen. Los números son suyos y no hay verificación independiente. Tampoco ha publicado una demo del flujo completo, así que queda por ver si el método se sostiene en manos de alguien con menos recorrido.
