Navegador, IDE y SO: los tres campos de batalla de las interfaces de IA

Cada era informática se ha decidido menos por quién tenía la mejor tecnología que por quién controlaba la distribución. La era del PC pertenecía a quien poseía el sistema operativo. La era de la web, a quien poseía el navegador y la caja de búsqueda. La era móvil, a quien poseía la app store. La inteligencia artificial sigue el mismo patrón. Los modelos de frontera son cada vez más capaces, más numerosos y, en muchas tareas, más intercambiables. Lo que no es intercambiable es la superficie a través de la cual la gente realmente los encuentra.

En 2025 y 2026 esa disputa se cristalizó en torno a tres superficies. La primera es el navegador de IA, donde los asistentes leen páginas, rellenan formularios y completan tareas en la web abierta. La segunda es el entorno de desarrollo, donde los agentes de código de IA han pasado del autocompletado a pull requests autónomas. La tercera es la capa de sistema operativo de IA, donde Apple, Google y Microsoft conectan modelos y protocolos de agentes directamente en las plataformas que ya ejecutan miles de millones de dispositivos.

Este artículo es un mapa de referencia permanente de esos tres campos de batalla: qué controla cada uno, quién pelea por él, y la pregunta que atraviesa los tres — si las interfaces ganadoras serán abiertas o cerradas.

Por qué la interfaz importa más que el modelo

Un modelo por sí solo es una capacidad. Una interfaz es un hábito. Cuando un usuario abre la misma ventana docenas de veces al día, la empresa que posee esa ventana decide qué modelo responde, qué datos puede ver, qué acciones puede tomar y quién gana dinero cuando las toma.

Tres propiedades hacen que una interfaz sea especialmente valiosa para la IA:

• Contexto. El asistente que ve lo que ya estás haciendo (la página que lees, el archivo que editas, la notificación que acabas de recibir) necesita muchos menos prompts y da respuestas mucho mejores.
• Permiso para actuar. Responder es barato; actuar tiene valor. La superficie que guarda tus logins, tus repositorios o tus archivos es la que puede recibir, con seguridad, autoridad para hacer cosas.
• Estatus de valor por defecto. Los valores por defecto pegan. La mayoría de los usuarios nunca cambia el buscador con el que llega su navegador, y no hay razón para asumir que se comportarán distinto con los asistentes.

Cada uno de los tres campos de batalla ofrece estas propiedades en proporciones distintas. El navegador ofrece el contexto más amplio en la web. El IDE ofrece el permiso para actuar más profundo, porque el código es un dominio donde las acciones se pueden revisar, probar y revertir. El sistema operativo ofrece el estatus de valor por defecto más fuerte, porque está debajo de todo lo demás.

Campo de batalla uno: el navegador de IA

De la barra lateral al agente

El navegador fue la primera superficie atacada de frente. Perplexity lanzó su navegador Comet en julio de 2025 para suscriptores de primer nivel y el 2 de octubre de 2025 lo hizo gratuito para todos, añadiendo «asistentes en segundo plano» que permiten a los usuarios de pago ejecutar varias tareas agénticas en paralelo. El argumento comercial de Comet, según lo resumió The Verge, es un asistente que viaja por la web contigo en lugar de estar «pegado a un navegador tradicional».

El 21 de octubre de 2025, OpenAI siguió con ChatGPT Atlas, un navegador «construido con ChatGPT en el núcleo», inicialmente para macOS. Sus tres funciones estrella: una barra lateral de chat disponible en cualquier página, memoria del navegador y un modo agente capaz de hacer clic por sitios para investigar, reservar o editar en nombre del usuario. Reuters enmarcó el lanzamiento como un desafío directo a Chrome y señaló que permitía a OpenAI capitalizar unos 800 millones de usuarios semanales de ChatGPT. Cabe notar: la propia página de anuncio de OpenAI indica ahora que Atlas «ha sido deprecado desde entonces» y remite a un producto más orientado al trabajo.

Los operadores establecidos no se quedaron quietos. Google llevó Gemini a Chrome y, el 28 de enero de 2026, anunció «auto browse», una función agéntica para tareas multi-paso como investigar viajes, rellenar formularios y comprar, inicialmente en preview para suscriptores de pago en EE. UU. y con confirmación obligatoria para acciones sensibles. Opera lanzó Neon, y The Browser Company pivotó de Arc a Dia, su navegador centrado en la IA.

Qué está realmente en juego

Debajo de la carrera de funciones hay una pelea por la economía de la web. La publicidad de búsqueda depende de que la gente haga clic en enlaces. Un agente que lee diez páginas y devuelve una respuesta, o que simplemente completa la compra, elimina el clic que paga gran parte de la web abierta. Quien posee el navegador agéntico está, por tanto, posicionado para poseer la próxima versión del funnel de búsqueda y comercio. El experimento de Perplexity con Comet Plus —un tramo de 5 $ al mes pensado para compartir ingresos con editores— es uno de los primeros intentos de reconstruir ese pacto.

También hay una ironía estructural. Como observó Vox, casi todos estos «nuevos» navegadores se construyen sobre Chromium, el proyecto open source fundado por Google. El motor de renderizado es abierto y compartido; la diferenciación reside por completo en la capa de IA y la cuenta que la sostiene.

El problema de seguridad

El navegador es también el entorno más hostil en el que puede trabajar un agente. Cada página que lee es una entrada no confiable. En agosto de 2025, el equipo de seguridad de Brave publicó investigación mostrando inyección de prompts indirecta en Comet: instrucciones ocultas en una página web podían tratarse como comandos cuando el asistente resumía la página, permitiendo potencialmente a un atacante dirigir acciones en sitios donde el usuario tenía sesión. Investigación posterior describió inyecciones ocultas en capturas de pantalla que afectaban a otros navegadores de IA. Las recomendaciones de Brave —separar estrictamente las instrucciones del usuario del contenido de la página, exigir confirmación para acciones sensibles e aislar la navegación agéntica de la ordinaria— se están convirtiendo con rapidez en el patrón de diseño de base. Hasta que ese problema se resuelva de forma convincente, el navegador de IA seguirá siendo potente pero supervisado.

Campo de batalla dos: el IDE y los agentes de código de IA

La superficie que más rápido se mueve

Si el navegador es el campo de batalla más amplio, el entorno de desarrollo es el más maduro. El software es el dominio donde los agentes de IA encontraron ajuste producto-mercado primero, porque su salida se puede compilar, probar, diffear y revisar antes de tocar nada importante.

La escala de adopción se ve en la encuesta a desarrolladores (Developer Survey) 2025 de Stack Overflow, que recogió más de 49.000 respuestas de 177 países. Encontró que el 84 % de los encuestados usaban o planeaban usar herramientas de IA en su proceso de desarrollo, frente al 76 % del año anterior, y que el 51 % de los desarrolladores profesionales las usaban a diario. La misma encuesta también expuso una brecha de confianza: el sentimiento positivo cayó al 60 % desde más del 70 % en años previos, y la principal frustración era una salida de IA «casi correcta, pero no del todo». Los agentes aún no habían conquistado a todo el mundo: el 52 % de los desarrolladores dijo que no usaba agentes o se quedaba con herramientas de IA más simples.

Del autocompletado a las flotas de agentes

La propia interfaz ha cambiado de forma tres veces en rápida sucesión. Primero llegó la finalización inline dentro del editor. Luego los paneles de chat y los editores nativos de IA capaces de editar muchos archivos a la vez. Luego los agentes de terminal y cloud que toman una tarea, trabajan en su propio entorno y devuelven una pull request para revisión humana.

El desarrollo más revelador es la respuesta de GitHub. En su conferencia Universe de octubre de 2025, GitHub anunció Agent HQ, que permite a los suscriptores de pago de Copilot asignar, monitorear y gobernar no solo el agente de código de GitHub sino agentes de terceros de Anthropic, OpenAI, Google, Cognition y xAI, a través de GitHub, VS Code, móvil y línea de comandos. En otras palabras: la empresa que posee el repositorio decidió que su foso competitivo no era un agente concreto, sino el lugar donde todos los agentes reportan su trabajo.

Dónde vive de verdad el control

Ese movimiento revela la forma del campo de batalla del IDE. Hay tres capas, y cada una tiene un dueño distinto:

1. El modelo, cada vez más una commodity que el desarrollador cambia con un desplegable.
2. El editor o el banco de pruebas del agente, disputado con dureza entre editores nativos de IA, agentes de terminal de laboratorios de modelos y extensiones dentro de editores consolidados.
3. El sistema de registro — el repositorio, el pipeline de CI, la cola de code review — donde la salida del agente debe aterrizar al final y ser aprobada.

Los protocolos abiertos están bajando los muros entre estas capas. El Model Context Protocol (MCP), introducido por Anthropic a finales de 2024, da a los agentes una forma estándar de enchufarse a herramientas, documentación y servicios internos, lo que significa que las integraciones de un desarrollador ya no están atadas a un solo asistente. El estado final probable es un mundo en el que los desarrolladores mezclan agentes con libertad, y el valor se acumula en quien posee la review, la gobernanza y la facturación.

Campo de batalla tres: el sistema operativo de IA

El gigante discreto

El sistema operativo es el campo de batalla menos vistoso y posiblemente el más decisivo, porque es donde corren los otros dos. Quien posee el SO puede decidir qué asistente responde al atajo de sistema, qué agentes pueden ver el sistema de archivos y qué modelos corren en local gratis.

Apple: on-device por defecto

En la WWDC 2025, Apple presentó el marco Foundation Models, dando a los desarrolladores de apps acceso directo al modelo on-device de unos 3.000 millones de parámetros detrás de Apple Intelligence. Los propios materiales de Apple subrayan que corre on-device, funciona offline, no aumenta el tamaño de la app y no cuesta nada al desarrollador por petición. Funciones como la generación guiada —que mapea la salida del modelo directamente a tipos de datos Swift— y el tool calling hacen práctico construir funciones de IA estructuradas sin servidor. Apple es franca: el modelo «no está diseñado para ser un chatbot de conocimiento general del mundo»; está diseñado para ser una utilidad siempre disponible dentro de cada app. Esa es la esencia de un sistema operativo de IA: inteligencia como servicio del sistema, no como destino.

Google: Gemini Nano a través de Android

Google persigue una estrategia similar en Android. Sus APIs ML Kit GenAI, anunciadas en mayo de 2025, permiten a las apps llamar a Gemini Nano on-device a través del servicio de sistema AICore para tareas como resumir, corregir, reescribir y describir imágenes, sin dependencia de red ni coste de servidor por llamada. Combinado con Gemini como asistente de sistema, Google controla ambos extremos —on-device y cloud— de la experiencia en el SO móvil más usado del mundo.

Microsoft: Windows como anfitrión de agentes

Microsoft ha tomado el enfoque más explícitamente agéntico. En Build 2025 anunció planes de soporte nativo de MCP en Windows 11, y en Ignite en noviembre de 2025 movió ese soporte a preview pública. Windows ofrece ahora un registro on-device donde las apps pueden exponer «agent connectors», que son servidores MCP, con conectores integrados para el Explorador de archivos y Configuración. Todo el tráfico pasa por un proxy MCP que gestiona autenticación, autorización y auditoría. El argumento de Microsoft es directo: una infraestructura segura de agentes «no se puede entregar solo con middleware o aplicaciones — exige integración a nivel de SO».

Edge y cloud, no edge contra cloud

El patrón en los tres dueños de plataforma es híbrido. Modelos on-device pequeños manejan gratis las tareas privadas, sensibles a la latencia y cotidianas. Modelos cloud más grandes manejan el razonamiento complejo, normalmente bajo la marca del dueño de la plataforma o mediante una alianza negociada. Para los usuarios eso significa mejor privacidad y respuesta. Para los dueños de plataforma, una nueva forma de dependencia del proveedor: la IA más barata, rápida y privada en cualquier dispositivo será la que envíe el vendedor del SO.

Abierto vs cerrado: la pregunta que atraviesa los tres

Cada campo de batalla tiene su propia mezcla de apertura y control, y el equilibrio no está cerrado.

El caso a favor de lo abierto

La fuerza más potente hacia la apertura es la interoperabilidad. MCP se ha convertido, en poco tiempo, en un lenguaje común adoptado por laboratorios de modelos, proveedores de IDE e incluso Microsoft a nivel de SO. Chromium significa que cada navegador de IA comparte una base abierta. Agent HQ de GitHub aloja deliberadamente a sus competidores. Los modelos open-weight hacen posible ejecutar asistentes capaces en local sin permiso de ningún dueño de plataforma. Cuando las integraciones son portables, los usuarios cambian de asistente sin perder sus herramientas, y la competencia se desplaza a la calidad.

El caso a favor de lo cerrado

Las fuerzas hacia el cierre son igual de reales. Los modelos on-device están atados a hardware y sistemas operativos concretos. La memoria del navegador y los historiales de agentes viven en cuentas propietarias. Los atajos de asistente a nivel de sistema son valores por defecto que solo el vendedor del SO puede asignar. La seguridad da a los dueños de plataforma una razón legítima para restringir el acceso: un SO que dejara a cualquier agente leer cualquier archivo sería imprudente, y el vendedor que escribe las reglas de permiso también decide quién las pasa.

Un equilibrio probable

El resultado más plausible es «protocolos abiertos, valores por defecto cerrados». Las tuberías —conectores MCP, motores Chromium, repositorios Git— serán compartidas. Las superficies que la gente toca primero, y los valores por defecto dentro de ellas, seguirán siendo de alguien. No es tan distinto de la propia web: estándares abiertos debajo, un puñado de puertas de entrada dominantes arriba.

Qué significa esto para desarrolladores y compradores

Para los equipos de producto, la lección es construir para el protocolo más que para la plataforma. Exponer las capacidades de un producto como servidor MCP, o como herramientas estructuradas que un modelo on-device pueda llamar, lo hace alcanzable desde navegadores, IDEs y sistemas operativos por igual.

Para los desarrolladores, significa tratar a los agentes de código como trabajadores intercambiables e invertir en lo que hace productivo a cualquier agente: buenos tests, convenciones claras de repositorio y un proceso de review disciplinado. Los datos de encuesta sobre confianza sugieren que la review es donde el humano sigue siendo indispensable.

Para los líderes de IT y seguridad, significa que los tres campos de batalla son también tres superficies de ataque. Los navegadores agénticos necesitan aislamiento y políticas de confirmación; los agentes de código, credenciales con scope y pistas de auditoría; los agentes a nivel de SO, consentimiento claro y logging. Los proveedores que hagan fácil la gobernanza ganarán despliegues enterprise aunque sus modelos no sean los mejores del mercado.

Para todo el mundo, vale la pena recordar que los productos concretos son volátiles. Los navegadores se lanzan y se deprecan en un año; los editores suben y caen en meses. Los campos de batalla en sí, sin embargo, son duraderos. Allí donde se encuentran atención, permiso y valores por defecto, se decidirá la distribución de la IA.

Lecturas relacionadas

• De los chatbots al work OS: cómo los asistentes de IA absorben el SaaS empresarial
• Los agentes de computer-use entran en producción: qué funciona de verdad en la empresa
• Modelos open-weight de frontera frente a API cerradas: la contrapartida de la soberanía

Imágenes: ilustraciones originales creadas para AndBeyond.Tech; no aparecen logotipos ni personas reales.