Safari 27 permet aux agents de codage IA de piloter directement le navigateur

Apple a livré un serveur Model Context Protocol (MCP) intégré directement dans Safari 27, donnant aux agents de codage IA comme Claude Code, Codex et Gemini la capacité d'ouvrir des onglets, de cliquer sur des boutons, de lire les journaux de la console, d'inspecter les requêtes réseau et de capturer des captures d'écran dans une véritable fenêtre de navigateur en cours d'exécution — transformant Safari d'une cible que les développeurs testaient manuellement en un outil qu'un agent IA peut faire fonctionner lui-même.

La fonctionnalité est d'abord apparue dans Safari Technology Preview 247 en juillet et a été déployée largement avec Safari 27, accompagnée d'un article de blog WebKit détaillant l'ensemble complet des outils le 17 septembre. Elle répond à un point de friction spécifique et familier dans le codage assisté par IA : un agent peut générer du code frontend qui semble plausible, mais jusqu'à présent, il n'avait aucun moyen de vérifier réellement si ce code s'affichait correctement, générait des erreurs de console, ou effectuait les appels réseau attendus par le développeur. Le serveur MCP de Safari referme cette boucle en donnant à l'agent près de 20 outils, dont browser_console_messages pour lire les journaux mis en mémoire tampon, list_network_requests pour résumer les URLs, méthodes et codes de statut, screenshot pour la vérification visuelle, et un ensemble d'outils d'interaction avec la page couvrant le clic, la saisie, le défilement et le survol.

Son activation nécessite un choix délibéré : les développeurs doivent aller dans les Réglages de Safari, ouvrir le menu Developer, et cocher « Autoriser l'automatisation à distance et les agents externes » avant qu'un client MCP puisse se connecter. Apple a délimité l'intégration pour éviter qu'elle ne devienne un risque pour la vie privée par conception plutôt que par politique — le serveur ne peut pas toucher aux données AutoFill ni à l'historique de navigation, WebKit affirme qu'il n'a aucun accès aux données personnelles de Safari, et il n'effectue aucune requête réseau propre au-delà de ce qui se produit déjà sur la page que l'agent inspecte.

Cette décision place Safari dans une course à trois qui a commencé avec le protocole DevTools de Chrome, longtemps utilisé par des outils comme Puppeteer et Playwright pour l'automatisation de navigateur, et s'est poursuivie avec le serveur Playwright MCP de Microsoft, qui donnait déjà aux agents un contrôle similaire sur les navigateurs basés sur Chromium. La version d'Apple a une portée plus restreinte — des outils de lecture et d'interaction pour les développeurs déboguant leurs propres sites, pas une automatisation web à usage général — mais c'est la première fois qu'un éditeur de navigateur majeur livre un contrôle d'agent comme fonctionnalité intégrée native plutôt que de nécessiter un framework d'automatisation séparé.

Pour les équipes utilisant déjà des agents de codage IA dans leur flux de travail, l'avantage pratique est une boucle de débogage plus courte : plutôt que de décrire un bug de rendu à un agent en texte et d'espérer que la correction fonctionne, l'agent peut ouvrir la page lui-même, voir l'état réel du DOM, vérifier la console pour l'erreur, et valider sa propre correction avant de rendre le contrôle. La délimitation de la confidentialité compte pour l'adoption — une fonctionnalité d'automatisation de navigateur touchant aux mots de passe enregistrés ou à l'historique de navigation serait difficile à vendre à la plupart des équipes d'ingénierie — mais cela signifie aussi que le serveur MCP de Safari est délibérément limité aux pages actuellement ouvertes, pas un moyen à usage général de laisser un agent naviguer sur le web sans supervision.