Mundo, 2 de feb 2026 (ATB Digital).- El equipo de NativePHP ha anunciado la disponibilidad inmediata de NativePHP Air y, con ello, que NativePHP for Mobile pasa a ser completamente gratuito. No se trata de una prueba recortada ni de un plan “de entrada” con límites ocultos: el núcleo y los complementos esenciales para crear y publicar apps móviles nativas con Laravel quedan disponibles sin coste para cualquiera que quiera empezar hoy mismo.
Para entender por qué esto importa, conviene pensar en NativePHP como en llevar tu taller de Laravel a un teléfono: sigues trabajando con PHP, rutas, controladores y todo lo que ya te resulta familiar, solo que el resultado final vive dentro de una carcasa nativa en iOS y Android y puede hablar con el dispositivo (cámara, archivos, sensores). El anuncio oficial de NativePHP insiste en esa idea de “cero barreras” para comenzar, con un enfoque que busca ampliar el alcance de Laravel sin exigir una reconversión total a Swift o Kotlin.
De “bloque único” a piezas Lego: el nuevo sistema de plugins
El cambio técnico más grande de NativePHP Air es abandonar una arquitectura monolítica para adoptar un sistema modular de plugins. Dicho sin solemnidad: antes era como comprar un electrodoméstico con todo pegado dentro; ahora es más parecido a un set de Lego en el que eliges qué piezas montas según lo que tu app necesita.
Cada plugin se distribuye como un paquete independiente de Composer e incluye su código nativo (Swift y Kotlin), manifiestos de permisos y dependencias. En la práctica, esto reduce el peso del núcleo y hace que el proyecto sea más flexible, tanto para el equipo de NativePHP como para la comunidad. El propio anuncio de NativePHP y el resumen publicado en Laravel News subrayan que este cambio también abre la puerta a plugins de terceros y a un ecosistema más amplio de extensiones mantenidas fuera del core.
Código abierto con licencia MIT: un núcleo más ligero y más “de todos”
Otra novedad clave es el cambio de licencia: el core “recortado” de Air pasa a estar bajo licencia MIT y, por tanto, como código abierto. Esta decisión tiene dos lecturas prácticas. La primera es eficiencia: si el núcleo hace menos por defecto, tu aplicación parte con menos lastre, como una mochila con solo lo imprescindible. La segunda es cultural: con MIT es mucho más sencillo que la comunidad contribuya, audite y evolucione el proyecto sin tantas fricciones.
Junto a ese núcleo abierto, se liberan también varios plugins esenciales bajo MIT, pensados para cubrir el día a día de una app: navegador embebido, cámara, archivos, diálogos, micrófono, red, compartir, sistema y datos del dispositivo. El anuncio oficial en nativephp.com lo presenta como el “suelo mínimo” para construir y publicar una app real sin pagar.
Jump: probar en el teléfono como si escanearas una entrada
En móvil, el bucle de pruebas suele ser el gran ladrón de tiempo: compilar, firmar, instalar, activar modo desarrollador, repetir. Jump intenta atacar justo esa fricción con una idea muy cotidiana: probar en un dispositivo real debería parecerse más a abrir una invitación que te llega por mensaje.
Según NativePHP y Laravel News, Jump es una app gratuita para iOS y Android que permite cargar tu proyecto en el teléfono sin compilar ni preparar el dispositivo de manera especial. Ejecutas el comando correspondiente, escaneas un QR y la app se carga en el móvil. La pieza interesante es que Jump incluye soporte integrado para plugins oficiales, incluso los de pago, lo que facilita evaluar funcionalidades antes de comprar nada. Para equipos que están tanteando si “Laravel en móvil” encaja en su producto, ese punto reduce el coste de exploración de forma clara.
Marketplace y modelo de negocio: gratis para empezar, pagos puntuales para crecer
Que el core sea gratuito no implica que desaparezca el negocio. El giro está en el reparto: lo esencial queda abierto y sin coste, mientras que ciertas capacidades avanzadas se ofrecen como plugins premium adquiribles en el marketplace. En el anuncio de NativePHP se mencionan ejemplos típicos de “fricción cara” en móvil: biometría, geolocalización, notificaciones push, escáner o almacenamiento seguro.
Este enfoque tiene una lógica familiar para cualquiera que haya montado una cocina con utensilios básicos y herramientas especializadas. Con lo gratuito cocinas a diario; si te dedicas a repostería profesional, compras el molde específico. Para el ecosistema, el marketplace también supone una oportunidad: terceros pueden construir, vender y mantener plugins propios apoyándose en APIs diseñadas para ello. Si el catálogo crece con buen control de calidad, NativePHP puede acabar pareciéndose a esas tiendas de extensiones que convierten una plataforma en un entorno con vida propia.
Mimi y el “vibe coding”: construir apps sin tocar el teclado
La propuesta más llamativa, por lo conceptual, es Mimi. NativePHP la describe como una experiencia de creación de apps basada en “vibe coding”, con apoyo de herramientas como Laravel Boost y modelos de lenguaje para generar funcionalidades sin escribir código, incluso con control por voz. La promesa es seductora: crear y previsualizar proyectos desde el navegador, probarlos con Jump y llegar a publicación con un flujo guiado.
Conviene aterrizarlo con una metáfora sencilla: Mimi pretende ser como pedirle a un cocinero que te prepare un plato a partir de una idea (“quiero una app para reservas con pagos y recordatorios”), y que te lo sirva listo para probar, ajustando ingredientes con instrucciones habladas. Según el anuncio, el acceso completo se desbloquea con suscripción a Bifrost y requiere cuenta de Anthropic y tu propia clave de Claude API, con intención de ampliar a otros proveedores mediante Laravel AI. Ese requisito deja claro que Mimi apunta, por ahora, a perfiles que aceptan integrar IA en su flujo y gestionar costes externos de API.
Qué cambia para equipos Laravel: adopción más fácil, decisiones más claras
Para una agencia o un equipo de producto, el valor de este movimiento está en la reducción del “coste de primera mordida”. Con el core gratuito y plugins esenciales en abierto, es más viable hacer un prototipo serio sin pedir presupuesto ni justificar licencias desde el primer día. Jump, por su parte, recorta el tiempo de iteración en pruebas sobre hardware real, que suele ser donde se atascan las demos internas.
El sistema de plugins también ordena mejor las decisiones: si tu app no necesita geolocalización ni biometría, no pagas por ellas y tampoco arrastras dependencias. Si sí las necesitas, el gasto se asocia a una capacidad concreta y no a un “paquete completo” difícil de defender. Este tipo de claridad suele ayudar en conversaciones con negocio: no es “pagar por NativePHP”, es “pagar por notificaciones push” o “pagar por almacenamiento seguro”. El anuncio oficial plantea esta transición como una forma de ampliar adopción sin renunciar a la sostenibilidad del proyecto.
Cómo empezar hoy con NativePHP Air
El punto de entrada se parece mucho a iniciar un proyecto Laravel normal: crear la app, instalar el paquete móvil y lanzar Jump para probar en el dispositivo. El flujo está pensado para que el primer “hola mundo” llegue rápido, y a partir de ahí el camino natural sea incorporar plugins según lo que tu aplicación pida.
Si vienes de web, el ajuste mental es importante: tu “backend” y tu “frontend” viven dentro del dispositivo, como si hubieras metido un pequeño servidor en el bolsillo del usuario. NativePHP explica su funcionamiento como un runtime PHP empaquetado dentro de una shell nativa que muestra la interfaz en una webview y se comunica con funciones del sistema mediante puentes. Esa imagen ayuda a anticipar límites y ventajas: ganas acceso nativo y despliegue en tiendas, manteniendo el enfoque Laravel; pierdes parte de la simplicidad de “subo al servidor y listo” y entras en el terreno de firmas, políticas de tienda y permisos, aunque Jump y el ecosistema intenten hacerlo más llevadero.
Fuente: Whatsnew.com