Una esfera de Pebble que muestre el tiempo podría reutilizar un proveedor de datos en la aplicación del teléfono, en lugar de integrar por su cuenta un servicio meteorológico. Ese es el cambio de arquitectura de la nueva vista previa: pequeños componentes JavaScript ofrecen lecturas o acciones a distintas esferas, aplicaciones y al agente Index.
Eric Migicovsky anunció el trabajo en el SDK el 22 de octubre de 2026; Gizmodo informó el día 23. La documentación oficial describe soporte experimental en la aplicación móvil desde la versión 1.14.0, desactivado por defecto. Es un avance para desarrolladores, no una distribución general de integraciones terminadas.
Un proveedor de datos puede servir a varias esferas
El cambio útil es la separación de responsabilidades. El desarrollador puede centrarse en cómo se presenta una lectura en la muñeca mientras el plugin se ocupa del servicio que la suministra. A su vez, quien crea el plugin no tiene que diseñar la única esfera capaz de utilizar esa información.
Por eso resulta más claro hablar de una pantalla meteorológica que afirmar que el reloj puede hacerlo todo. La fuente aún debe proporcionar los datos solicitados y la esfera debe gestionar las lecturas ausentes. Cambiar el diseño no hará que responda un servicio que no está disponible.
La documentación distingue además entre fuentes, que exponen información, y acciones, que solicitan un cambio. Mostrar el estado de una luz y enviar una orden para encenderla son capacidades diferentes. El desarrollador debe dejar clara esa diferencia a quien pulsa el botón, especialmente si la acción afecta a otro dispositivo.
Crear prototipos sobre un contrato que cambiará
La guía advierte de que la API es inestable e indica que todavía no se deben distribuir en la tienda general trabajos que dependan de plugins. La guía de publicación limita su publicación a desarrolladores invitados. Ambos documentos describen una vista previa controlada, no un canal de lanzamiento abierto.
Para un desarrollador, un primer proyecto razonable es una integración pequeña cuyos datos de entrada, comportamiento ante datos ausentes y acciones se puedan comprobar. Una demostración funcional aporta información útil, pero no acredita que el mismo paquete vaya a conservar la compatibilidad cuando cambie la API.
La decisión es distinta para quien ya tiene un reloj. Mantener una esfera conocida resulta razonable mientras se estabilizan las interfaces. El anuncio no establece que sea necesario comprar otro reloj para aprovechar el futuro ecosistema de plugins.
Los permisos requieren comprobar la versión
La documentación sitúa el sistema de permisos detallados en la versión 1.15 de la aplicación móvil, cuando los plugins están activados. También indica expresamente que el permiso Health aún no se aplica porque falta construir la sincronización necesaria con el reloj.
Esa precisión impide afirmar que los plugins ya protegen todas las categorías de datos. La ejecución en el teléfono y los permisos declarados describen una arquitectura; no demuestran de forma independiente que una integración sea segura. Antes de utilizar un plugin, examina el acceso que solicita y el servicio del que depende, y evita usar acciones experimentales en tareas cuyo fallo tendría un coste importante.