El navegador que ya tenías abierto, ahora con manos para un agente
Safari 27 llegó el 14 de septiembre de 2026 junto a macOS 27 Golden Gate, y tres días después, el 17 de septiembre, WebKit detalló una de sus piezas menos publicitadas y más interesantes para cualquiera que trabaje con agentes de código: un servidor MCP propio, integrado en el propio navegador, sin instalar nada de terceros.
La idea es simple de explicar y bastante más potente de usar: un agente como Claude Code o Codex puede abrir una pestaña real de Safari, inspeccionar el DOM, leer errores de consola, monitorizar peticiones de red y capturar pantallas, todo desde un único prompt. Nada de describir el bug por escrito y esperar a que el agente adivine qué está pasando en el navegador -- puede verlo directamente, con el mismo Safari que ya tienes abierto, con tus cookies y tus sesiones ya logueadas.
Ese es precisamente el filo de doble uso de la función: que el agente vea exactamente lo que tú ves -- sin volver a autenticar nada -- es lo que la hace útil para depurar de verdad, y lo mismo que exige pensar con cuidado qué le pides que haga mientras tienes sesiones abiertas de cosas que no quieres que toque
Apple no se queda solo en "funciona", también se ha molestado en el aislamiento: la separación entre lo que el agente puede ver y lo que no está aplicada a nivel de sistema operativo, vía XPC, no como una promesa de la propia app que en teoría podría saltarse con el prompt correcto. AutoFill, contraseñas guardadas e historial de navegación quedan fuera del alcance del agente por diseño, no por buena voluntad.
Activarlo son dos interruptores, aunque escondidos en sitios distintos: primero "Mostrar funciones para desarrolladores web" en Ajustes > Avanzado, y solo entonces aparece el interruptor real, "Permitir automatización remota y agentes externos", en Ajustes > Desarrollador. Nada complicado una vez sabes dónde mirar, pero tampoco es un ajuste que uno tropiece por casualidad -- para bien, dado lo que desbloquea.
Existe desde antes un proyecto de terceros, safari-mcp, que hace algo parecido vía AppleScript y con muchas más herramientas expuestas (98 frente a las 17 oficiales). Si necesitas algo muy específico que Apple todavía no cubre, sigue teniendo sentido. Pero para el caso de uso normal -- ver cómo renderiza tu código, depurar un fallo de consola, comprobar una petición de red -- la versión oficial hace exactamente lo que promete, sin depender de mantener un proyecto externo al día con cada actualización de Safari.



