El Prompt API de Chrome 148 ya pisa terreno mucho más serio. Google lo ha colocado como parte estable de su batería de IA integrada en el navegador, con una promesa muy concreta: permitir que una web o una extensión envíe peticiones en lenguaje natural a Gemini Nano sin depender de una llamada constante a la nube.
La noticia importa porque cambia dos cosas a la vez. Por un lado, la IA local en el navegador deja de sonar a demo aislada y empieza a tener una vía más real para producto. Por otro, obliga a mirar con calma sus límites: compatibilidad parcial, requisitos de hardware exigentes y un alcance que todavía no sustituye a un backend serio cuando hace falta escalar.
En esta guía te explico qué es exactamente el Prompt API de Chrome 148, qué puede hacer hoy, qué requisitos pide y por qué puede ser uno de los anuncios más útiles de Google I/O 2026 para desarrollo web.
Índice
- Qué es el Prompt API de Chrome 148
- Qué cambia ahora que llega a estable
- Qué permite hacer hoy
- Requisitos reales y compatibilidad
- Por qué importa de verdad
- Límites y puntos a vigilar
- Preguntas frecuentes
- Fuentes oficiales
Qué es el Prompt API de Chrome 148
El Prompt API es la interfaz con la que Chrome permite enviar peticiones en lenguaje natural al modelo local del navegador, hoy Gemini Nano, desde una web o una extensión. La documentación oficial de Chrome for Developers lo plantea como una forma de construir funciones de IA directamente en el cliente, con soporte para texto y, en algunos casos, para entradas multimodales como imagen o audio.
Eso significa que una aplicación web puede intentar resolver tareas como resumir contenido, clasificar texto, extraer datos, proponer respuestas o trabajar con salida estructurada en JSON sin mandar cada interacción a un servicio remoto.
Si vienes siguiendo cómo Google está armando su estrategia de agentes y desarrollo web, este movimiento encaja muy bien con lo que vimos hace unos días en nuestro análisis sobre WebMCP y Chrome DevTools for agents: menos ambigüedad para las herramientas y más capacidades útiles dentro del propio navegador.
Qué cambia ahora que llega a estable
La clave no es que Google haya inventado hoy la IA local en Chrome. La clave es que, según el resumen oficial de Chrome en Google I/O 2026, el Prompt API pasa a estable en Chrome 148 para la web con varias mejoras relevantes: uso de Gemini Nano, soporte multimodal y posibilidad de pedir salida estructurada para integraciones más fiables.
Traducido a lenguaje menos marketiniano: Google está intentando que esta capa sirva para producto real y no solo para demos de laboratorio. Si una API ya tiene un canal estable, la conversación cambia. Empiezas a pensar en:
- degradación elegante cuando el modelo no está disponible;
- sesiones persistentes con contexto;
- flujos concretos de UX en vez de una simple caja de prompt;
- y costes operativos más bajos en ciertos casos, porque no todo pasa por tu infraestructura.
Esto no elimina el papel del servidor, pero sí abre una franja muy interesante de casos donde la inferencia local puede quitar latencia, reducir tráfico y mejorar privacidad.
Qué permite hacer hoy
La documentación oficial del catálogo de Built-in AI APIs de Chrome deja claro que el Prompt API forma parte de una familia más amplia, pero aquí hay varias capacidades especialmente útiles:
- peticiones en lenguaje natural contra Gemini Nano dentro de Chrome;
- sesiones con contexto usando prompts iniciales y mensajes añadidos después;
- salida estructurada mediante esquemas JSON para reducir respuestas caóticas;
- soporte multimodal para texto, imagen y audio en ciertos escenarios y dispositivos;
- respuesta local sin depender siempre de un servicio remoto.
En términos prácticos, eso abre bastantes usos razonables:
- resúmenes de artículos largos dentro de una app web;
- clasificación o etiquetado rápido de contenido generado por usuario;
- extracción de campos de formularios o fichas internas;
- ayudas contextuales en herramientas SaaS;
- prototipos de accesibilidad, captioning o apoyo editorial.
De hecho, la idea de combinar IA local, runtime concreto y producto útil también conecta con lo que repasamos en Aketdoy sobre Google Tensor SDK Beta con LiteRT. Son capas distintas, claro, pero comparten la misma dirección: llevar más inteligencia al dispositivo y menos dependencia obligatoria de la nube.
Requisitos reales y compatibilidad
Aquí conviene bajar la euforia. El Prompt API no va a funcionar igual en cualquier equipo. La guía oficial del Prompt API especifica condiciones bastante claras para las funciones basadas en Gemini Nano:
- Windows 10 u 11, macOS 13 o superior, Linux o ChromeOS en Chromebook Plus;
- al menos 22 GB de espacio libre en el volumen del perfil de Chrome;
- más de 4 GB de VRAM o, en CPU, 16 GB de RAM y 4 núcleos como mínimo;
- en audio, el propio documento indica que la entrada de audio requiere GPU;
- Android, iOS y muchos ChromeOS fuera de Chromebook Plus siguen sin soporte equivalente para estas APIs con Gemini Nano.
O sea: sí, es IA local en el navegador, pero no es IA local universal. Si tu producto depende de esto, necesitas pensar bien el fallback. Y si además quieres medir si tus equipos de prueba van sobrados o justos, puede venirte bien nuestra guía sobre cómo analizar el rendimiento del hardware de tu PC.
Por qué importa de verdad
1. Reduce fricción para prototipos y funciones pequeñas
Hay muchísimas funciones de IA que no necesitan un gran despliegue servidor desde el minuto uno. Para una capa de resumen, extracción o asistencia ligera, tener una vía local puede acelerar iteración y bajar coste.
2. Mejora privacidad en ciertos flujos
Si el procesamiento ocurre en el dispositivo, parte del contenido sensible no tiene por qué salir del navegador. No resuelve por arte de magia todos los requisitos legales ni de seguridad, pero sí mejora el punto de partida en algunos casos.
3. Obliga a pensar mejor la experiencia
Cuando una IA corre en local, la UX cambia. Hay que contemplar descarga de modelo, disponibilidad del dispositivo, progreso de carga y comportamientos distintos según hardware. Eso obliga a diseñar mejor, no peor.
4. Mueve a Chrome hacia un papel más activo como plataforma
Con WebMCP, DevTools for agents y ahora este empuje a las APIs locales, Chrome quiere ser algo más que un visor de páginas. Quiere ser un entorno de ejecución con herramientas inteligentes integradas. Esa parte estratégica seguramente es tan importante como la técnica.
Límites y puntos a vigilar
No conviene vender esta novedad como si ya sustituyera a cualquier backend de IA. Hay varias reservas claras:
- la compatibilidad de hardware sigue siendo exigente;
- no todos los navegadores van a seguir este camino al mismo ritmo;
- la calidad del modelo local no siempre será suficiente para tareas complejas o de alto riesgo;
- el peso del modelo y su descarga forman parte real de la experiencia;
- si tu negocio necesita trazabilidad, auditoría o control central fuerte, seguirás necesitando infraestructura propia.
Mi lectura es bastante simple: esto no reemplaza a la nube, pero sí le quita trabajo en casos bien elegidos. Y esa ya es una noticia importante.
Preguntas frecuentes sobre el Prompt API de Chrome 148
¿El Prompt API de Chrome 148 funciona sin internet?
Puede ejecutar inferencia local una vez que el modelo está disponible en el dispositivo, pero la experiencia completa depende de cómo implementes la aplicación y del estado previo de descarga del modelo.
¿Sirve para cualquier PC o portátil?
No. Google pide requisitos concretos de sistema, RAM, espacio y, en ciertos casos, GPU. No todos los equipos ni todos los móviles son compatibles hoy.
¿Puede devolver JSON fiable?
Ese es precisamente uno de los puntos más interesantes del lanzamiento: el uso de response constraints con esquemas JSON para obtener salidas más controladas y más fáciles de integrar.
¿Esto deja obsoletas las APIs de IA en servidor?
No. Lo que hace es abrir una vía muy útil para algunas funciones locales, prototipos rápidos y experiencias donde la latencia o la privacidad pesen más.
¿Tiene relación con otras novedades de Chrome para agentes?
Sí. Aunque no es lo mismo que WebMCP o DevTools for agents, forma parte del mismo movimiento de Chrome hacia herramientas más activas para automatización, depuración y experiencias asistidas por IA.
Fuentes oficiales
- Chrome for Developers — 15 updates from Google I/O 2026
- Chrome for Developers — The Prompt API
- Chrome for Developers — Built-in AI APIs
Conclusión
El Prompt API de Chrome 148 ya no es solo una curiosidad técnica. Sigue teniendo límites claros y pide hardware capaz, pero aun así marca algo importante: la IA local en el navegador empieza a tener forma de plataforma utilizable para casos concretos de desarrollo web.
Si Google mantiene el soporte, afina la compatibilidad y consigue que más equipos puedan ejecutar estas funciones con menos fricción, podríamos estar ante una de las piezas más útiles de la estrategia de Chrome para 2026. No la más ruidosa, quizá, pero sí una de las que más pueden acabar tocando producto real.