AI i browseren: Når assistenten kan klikke, skrive og handle

Fra svarmaskine til digital medarbejder

De fleste har vænnet sig til AI som et tekstfelt: Du spørger, den svarer. En browseragent flytter grænsen. Her kan assistenten åbne et websted, læse indholdet, udfylde felter, hente oplysninger og trykke på knapper. Den kan altså ikke bare foreslå næste skridt. Den kan i nogle tilfælde udføre det.

Anthropic lancerede 2026-08-26 en indbygget browser i Claude Cowork på desktop. Ifølge virksomheden kan den blandt andet hente tal fra dashboards, arbejde i portaler uden en særlig connector og udfylde formularer. Funktionen rulles ud i beta til Pro-, Max- og Team-abonnementer, mens Enterprise-administratorer kan styre adgangen.

Det er en vigtig produktændring, ikke fordi en bestemt leverandør nu har en browser, men fordi den viser, hvor almindelig computerbrug er på vej hen. Mange arbejdsopgaver foregår stadig i systemer uden gode API’er. Når AI kan bruge den samme webgrænseflade som et menneske, kan flere processer automatiseres uden at blive bygget om fra bunden.

Hvad er nyt ved en indbygget browser?

Anthropic skelner mellem sin nye Cowork-browser og en udvidelse i brugerens egen browser. Den indbyggede browser er et separat miljø. Den ser ikke automatisk private faner, bogmærker eller adgangskoder. Brugeren kan flytte login ind til udvalgte websteder enkeltvis. Bank, mail og single sign-on er ifølge lanceringen udeladt, medmindre brugeren aktivt vælger dem.

Adskillelsen er fornuftig. Den gør det muligt at give en agent et arbejdsrum, som ikke samtidig er hele medarbejderens digitale liv. Men den må ikke forveksles med risikofrihed. Så snart et login flyttes ind, har agenten de muligheder, som kontoen og webstedet giver.

Det farlige er ikke kun et forkert klik

En browseragent kan naturligvis misforstå en opgave. Den mere interessante risiko er prompt injection: skadelige instruktioner gemt i en webside, mail, annonce, fil eller anden information, som agenten læser. Instruktionen kan forsøge at få agenten til at ændre mål, afsløre data eller udføre en handling, brugeren ikke bad om.

Anthropic beskriver selv hver webside som en mulig angrebsflade. Virksomheden træner modeller og bruger klassifikatorer til at opdage angreb, men skriver også, at ingen browseragent er immun. Det er en vigtig formulering. En sikkerhedsmodel kan mindske sandsynligheden for fejl; den kan ikke gøre brede rettigheder ufarlige.

Forestil dig, at agenten skal hente månedens fakturaer fra leverandørportaler. En side indeholder skjult tekst, der beder agenten uploade andre dokumenter til en ekstern adresse. Hvis agenten både kan læse fællesdrevet og sende filer uden godkendelse, bliver en enkelt manipuleret side til et reelt datalæk.

Vurder opgaven efter konsekvens – ikke efter hvor nem den ser ud

En nyttig inddeling er at se på, hvad agenten kan gøre, hvis den tager fejl:

• Lav konsekvens: finde offentlig information, sammenligne åbningstider eller samle links uden login.
• Mellem konsekvens: hente rapporter fra en læseadgang, klargøre formularer eller opdatere ikke-kritiske felter.
• Høj konsekvens: sende beskeder, ændre priser, godkende betalinger, slette data, oprette brugere eller acceptere vilkår.

De tre grupper kræver ikke samme styring. En informationsopgave kan ofte køre automatisk. En kladde kan måske gemmes til menneskelig kontrol. En betaling bør som udgangspunkt stoppe ved et godkendelsespunkt, hvor en ansvarlig person ser beløb, modtager og formål.

Syv konkrete sikkerhedsvalg

1. Brug en særskilt konto. Opret en rolle til agenten i stedet for at udlåne en administrators login.
2. Giv kun adgang til nødvendige websteder. Start med en allowlist og udvid efter dokumenteret behov.
3. Vælg læseadgang først. Skrive-, sende- og sletterettigheder skal begrundes særskilt.
4. Indbyg stop før irreversible handlinger. Vis præcist, hvad der bliver sendt, ændret eller købt.
5. Hold hemmeligheder ude af opgaven. Agenten bør ikke få lange lister af adgangskoder, nøgler eller følsomme dokumenter.
6. Gem en forståelig aktivitetslog. Det skal kunne ses, hvilke sider agenten besøgte, og hvilke handlinger den forsøgte.
7. Øv fejl og angreb. Test manipulerede sider, tvetydige instruktioner og afbrudte loginforløb, før opgaven bliver drift.

Menneskelig godkendelse er et designvalg

Det er ikke nok at skrive i en prompt, at agenten skal spørge først. Godkendelsen bør være en teknisk barriere: Agenten kan klargøre handlingen, men systemet udfører den ikke, før et menneske aktivt accepterer den. Samtidig skal godkendelsesskærmen vise de oplysninger, der er nødvendige for en reel beslutning.

Et dårligt godkendelsespunkt er en vag knap med teksten fortsæt. Et godt punkt viser modtager, beløb, ændrede felter, kilde og eventuelle usikkerheder. Ellers bliver mennesket bare en langsom del af automatiseringen, ikke et reelt kontrolled.

Hvem har ansvaret, når agenten handler?

En organisation kan ikke uddelegere ansvar til et produktnavn. Der skal være en ejer af processen, en ejer af adgangen og en tydelig procedure, når noget går galt. Medarbejdere skal vide, hvilke opgaver agenten må løse, og hvor de skal stoppe.

NIST’s AI Risk Management Framework bruger funktionerne govern, map, measure og manage. Oversat til en browseragent betyder det: Aftal ansvar, kortlæg opgaven og berørte mennesker, mål fejl og sikkerhed, og håndter de risici, der faktisk viser sig. Det er mere holdbart end et engangskursus i at skrive den rigtige prompt.

Start med den kedelige opgave

Den bedste første browseropgave er sjældent den mest spektakulære. Vælg en afgrænset, gentaget proces med lav konsekvens og tydeligt resultat: hente tre rapporter, kontrollere status på bestemte sider eller udfylde et udkast uden at sende.

Mål derefter tidsforbrug, fejl, behov for indgriben og hvor ofte webstedet ændrer sig. Hvis opgaven ikke kan beskrives klart eller kontrolleres bagefter, er den heller ikke et godt sted at give en agent mere frihed.

Det egentlige gennembrud er adgang – ikke intelligens

En AI-model kan være dygtig uden at skabe meget værdi, hvis den er isoleret fra arbejdet. Browseren giver den hænder. Netop derfor er nyheden vigtig: Den flytter fokus fra, hvad modellen kan formulere, til hvad den får lov til at gøre.

Det sunde svar er hverken at forbyde browseragenter eller at slippe dem løs. Det er at give dem et lille, synligt arbejdsområde, teste dem mod virkelige fejl og beholde menneskelig beslutningskraft dér, hvor konsekvenserne er størst.

Læs også

• Hvad er en AI-agent – og hvornår giver den mening?

Kilder og videre læsning

Anthropic: Claude gets its own browser in Cowork – Officiel produktannoncering, funktioner, udrulning og beskrivelse af det separate browsermiljø, 2026-08-26.

Anthropic: Mitigating the risk of prompt injections in browser use – Primær leverandørresearch om prompt injection og begrænsninger ved browseragenter.

Anthropic: Use Claude in Chrome safely – Officiel sikkerhedsvejledning til browserbrug.

NIST AI Risk Management Framework – Leverandøruafhængig ramme for styring, kortlægning, måling og håndtering af AI-risici.