Safari 27 lar utvikleragenter teste nettsider

Et utviklerverktøy, ikke en ny Safari-assistent

Safari MCP er laget for webutviklere som bruker en KI-agent til å undersøke og styre en nettside. MCP står for Model Context Protocol og gir agenten et standardisert grensesnitt mot verktøyene i Safari.

Det er altså ikke en KI-knapp for vanlig surfing, og funksjonen betyr ikke at Safari tester nettsider automatisk. Agenten får verktøy den kan bruke i et eget Safari-vindu med et synlig kontrollbanner; hva den faktisk undersøker og gjør, avhenger av oppgaven brukeren gir den.

Skillet er viktig fordi Safari 27 også har andre KI-funksjoner for vanlige brukere. De har vi samlet i vår oversikt over Safaris forbrukerfunksjoner.

Lansert i den stabile Safari 27.0

Safari MCP ble introdusert i testversjoner, men er ikke lenger bare en beta- eller Technology Preview-funksjon. WebKit dokumenterer serveren som en del av Safari 27.0, mens Apples utvikleroversikt fører Safari 27.2 separat som beta.[2][5]

Funksjonen er dokumentert for Safari på Mac. WebKit oppgir at Safari 27.0 følger med macOS 27 og er tilgjengelig som en separat Safari-oppdatering for macOS 26 og macOS 15.[2] Dette er dokumentasjonskontroll; Epleposten har ikke funksjonstestet oppsettet på disse tre macOS-generasjonene.

Slik aktiveres tilkoblingen

Apple beskriver tre deler i oppsettet:

Åpne Safari > Settings > Advanced og slå på «Show features for web developers».[4]
Åpne den nye Developer-fanen i Safari-innstillingene og slå på «Allow remote automation and external agents».[3]
Koble den MCP-kompatible klienten til safaridriver --mcp.[3]

Menynavnene står på engelsk fordi det er disse formuleringene Apple bruker i dokumentasjonen vi har kontrollert. Vi har ikke verifisert den norske lokaliseringen eller kjørt kommandoen på en Mac.

Når agenten starter arbeidet, åpner den ifølge Apple et eget Safari-vindu. Et banner under verktøylinjen viser at KI-agenten kontrollerer vinduet. Dokumentasjonen gjelder dette vinduet, ikke annen vanlig nettleseraktivitet.[3]

Apple anbefaler at den første oppgaven oppgir både nettadressen og handlingen agenten skal utføre. Forsøk på å liste eller opprette faner før en side er åpnet, kan ellers feile.[3]

Dette kan agenten se og gjøre

Safari-verktøyene dekker fire hovedområder:

åpne og bytte faner og navigere til nettadresser
lese DOM og annet sideinnhold, nettverksforespørsler og konsollmeldinger
ta skjermbilder, endre størrelsen på visningsområdet og emulere medieinnstillinger
kjøre JavaScript, utføre klikk, skrive inn tekst, rulle, holde pekeren over elementer, sende tastetrykk og håndtere JavaScript-dialoger.[1][3]

Epleposten-illustrasjon med fire kategorier av Safari MCP-verktøy: sideinnhold, diagnostikk, visning og handlinger.

Safari MCP gir agenten verktøy for sideinnhold, diagnostikk, visning og handlinger. Illustrasjonen er en redaksjonell sammenfatning, ikke et skjermbilde eller en funksjonstest. Illustrasjon: Epleposten.

Apple trekker frem kompatibilitetstesting, ytelsesanalyse, tilgjengelighetskontroll og interaksjonstesting som mulige bruksområder.[3] Det betyr ikke at verktøyet erstatter manuell kvalitetssikring, tester på virkelige enheter eller vurdering av resultatene. Kildene beskriver hvilke verktøy agenten får – ikke dokumentert testdekning eller en garanti for at agenten finner alle feil.

For utviklere kan gevinsten være at agenten kan undersøke en feil direkte i Safari 27 på Mac, samle konsoll- og nettverksdata og prøve en konkret handling. Safari 27s øvrige WebKit-endringer er relevant bakgrunn, men den saken handler ikke om MCP.

Lokal server betyr ikke at alle data blir på Macen

Selve Safari MCP-serveren kjører lokalt. WebKit sier at serveren ikke gjør egne nettverkskall, ikke sender testdata til Apple og ikke har tilgang til Safari-data som Autoutfyll eller annen nettleseraktivitet.[1]

Samtidig går innhold som agenten ber om – blant annet sideinnhold, skjermbilder og konsolldata – videre til agenten du har koblet til. Om dette behandles lokalt eller i en skytjeneste, lagres eller brukes videre, avhenger av agenten, modellen og leverandørens vilkår. «Lokal MCP-server» er derfor ikke det samme som at ingen data forlater Macen.

Denne avgrensningen beskytter heller ikke mot at selve nettsiden inneholder personopplysninger eller andre sensitive data. En innlogget administrasjonsside kan eksponere slike opplysninger som vanlig sideinnhold selv om Safari-serveren ikke leser Autoutfyll.

Slik tester du med lavere risiko

Dette er våre redaksjonelle sikkerhetsråd basert på den dokumenterte dataflyten og generell MCP-veiledning – ikke en påstand om en kjent sårbarhet i Safari MCP:

Bruk lokale sider, stagingmiljøer eller egne testkontoer når det er mulig.
Ikke gi agenten ekte kunde-, betalings-, helse- eller administratordata for en prøvekjøring.
Kontroller hvordan den valgte agenten og modellen behandler innhold, skjermbilder og logger.
Begrens agentens øvrige verktøytilgang til det oppgaven faktisk krever.
La et menneske godkjenne resultatet før agenten lagrer endringer, sender inn skjemaer, gjennomfører kjøp eller utfører andre handlinger som ikke enkelt kan gjøres om.

MCPs generelle sikkerhetsveiledning beskriver protokollspesifikke angrep og tiltak.[6] MCP-prosjektets blogg anbefaler å behandle eksternt innhold som potensielt ubetrodd og peker på at modeller ikke alltid skiller pålitelig mellom brukerens instruksjoner og instruksjoner som er plantet i webinnhold.[7] En agent som leser en nettside, bør derfor ikke behandle teksten på siden som autoritative arbeidsinstrukser.

Nyttig, men avgrenset

Safari MCP gjør det mulig å la en utvikleragent arbeide direkte mot Safari i et synlig, agentkontrollert vindu. Agenten kan hente sideinnhold, skjermbilder, konsollmeldinger og nettverksdata gjennom det samme grensesnittet.

Den praktiske vurderingen er todelt: Safari-serveren kjører lokalt og har de dokumenterte tilgangsbegrensningene, mens innhold som hentes ut, kan bli behandlet videre av agenten eller modellleverandøren.