Android XR som virksomhetens endepunkt for agenter på enheter

Etter en demo får IT-sjefen oppdraget: «skaff tjue par til vedlikeholdsteamet». I demoen så en tekniker på en pumpe, spurte hva som var galt, og assistenten svarte og åpnet riktig side i manualen. Det var overbevisende.

Spørsmålene ingen svarte på i demoen, tilhører nå IT. Hvor ble bildet av pumpen av, og hvem andre så det? Kunne assistenten ha bestilt reservedelen selv? Hvilken konto handlet den som? Hva skjer når et par blir glemt på et tog i kveld?

Hva Android XR er

Android XR er Googles plattform for XR-enheter, fra hodesett via skjermbriller til briller med bare lyd, utviklet sammen med Samsung og Qualcomm, med Gemini som assistentlag. Den første enheten var hodesettet Samsung Galaxy XR i oktober 2025. På Google I/O i mai 2026 viste Google briller som lener seg på telefonen: Gemini-agenten utfører oppgaver i flere trinn på telefonen i bakgrunnen, og brillene er stemmen og kameraet dens. XREAL Aura er de første prissatte skjermbrillene med Android XR; hva det betyr ved en arbeidsplass, beskriver XREAL Aura på verkstedgulvet.

For utviklere inneholder Android XR SDK Jetpack Projected, der en app kjører på en vertsenhet som telefonen og projiserer opplevelsen til brillene, Jetpack Compose Glimmer for gjennomsiktige skjermer, en brilleemulator og et grensesnitt som forteller en app om enheten er i bruk på hodet.

Endepunktet er nytt, spørsmålene er det ikke

Virksomheter vet hvordan man drifter endepunkter: identiteter, enhetsstyring, tilganger, dataklassifisering. Det nye er et endepunkt med et kamera rettet mot arbeidsplassen og en agent som kan handle. Det arbeidet kan skje tre steder: på enheten (brillene, en beregningspuck eller telefonen), i plattformleverandørens sky eller i virksomhetens eget system. Google oppgir ikke offentlig hvordan en agents arbeid fordeles mellom enheten, telefonen og skyen. Behandle det som ukjent til leverandøren dokumenterer det for den konfigurasjonen du faktisk ville kjøpt.

Der en XR-utrulling går galt

Kameraet behandles som et stillbilde. Et kamera i noens ansikt gir et løpende bilde av arbeidsplassen: tegninger, skjermer, kundedokumenter, kollegers ansikter. Det er de mest sensitive dataene enheten skaper, og de skal klassifiseres slik.

Et ukjent sted for behandlingen. Hvis du ikke kan si hvor et bilde behandles og hvor lenge det lagres, kan du verken svare på spørsmål etter europeiske personvernregler eller på spørsmål fra en kunde der taushetsavtalen dekker det som ligger på arbeidsbenken din.

Agenter med brukerens hele konto. Oppgaver i flere trinn i bakgrunnen er nyttige. En agent som handler med alle rettighetene brukeren har på telefonen, kan også sende, bestille og slette. Retten til å se er ikke retten til å handle.

Dataene delt i to. Hvis historikken over hva som ble sett, spurt om og gjort, lever i assistentens konto, har virksomheten to versjoner av hva som skjedde, og bare den ene er dens egen.

Én leverandør på hvert lag. Operativsystem, assistent og sky fra samme leverandør er bekvemt, og samtidig tre slags innlåsing på én gang.

Flåten som en ettertanke. Par går mellom skift, blir borte, lades, oppdateres og slettes. Noen må vite hvem som er logget inn på hvilket par, og hva som skjer med dataene på det.

Hva du kan gjøre i stedet

Tegn tre bokser før du kjøper. Skriv for hvert bruksområde ned hva som må bli på enheten (sporing, visning, aktiveringsord), hva som kan gå til leverandøren og på hvilke vilkår, og hva som må ligge i virksomhetens system: dataene, tilgangene, godkjenningene og dokumentasjonen.

Data og beslutninger blir i virksomheten. Agenten på enheten kan se og foreslå. Virksomhetens system sjekker tilganger på serveren og logger hver handling. Agenter godkjenner aldri en kritisk operasjon.

Gi agenten på enheten navngitte handlinger, ikke en konto. Les en arbeidsordre, legg ved et bilde til et avvik, be om en reservedel til godkjenning. Hver av dem er en egen tilgang som kan gis og trekkes tilbake.

Kameraet av som standard, på for en oppgave. Et opptak hører til en oppgave, med personvernlampen tent, kort lagringstid og resultatet lagret ved posten det hører til.

Drift det som enhver annen flåte. Registrering av enheter, innlogging på delte enheter, fjernsletting, en oppdateringspolicy, reservepar og et sted å lade dem.

Behold en vei ut. Bygg integrasjonen mot din egen ontologi og dine egne grensesnitt, slik at brillene er en utskiftbar front og ikke stedet der arbeidet bor.

Slik er Hurukan utformet. Dataene, tilgangene og godkjenningene ligger i virksomhetens system, på infrastruktur virksomheten selv velger, slik det beskrives under Sikkerhet og suverenitet, og laget Superintelligens sender hver oppgave til en modell etter virksomhetens regler. En klient for Android XR, for eksempel via Jetpack Projected på en telefon, er en mulig retning vi vurderer, ikke en eksisterende integrasjon og ikke et partnerskap. Om noe som helst fra kamerabildet får forlate huset, følger samme resonnement som i data som skal bli i huset. Hurukans forside viser hvor resten av systemet passer inn.

En test du kan gjøre i dag

Ta bruksområdet fra den siste brilledemoen du så, og tegn tre kolonner: enhet, leverandør, virksomhet. Plasser hver opplysning og hver handling fra demoen i én av dem. Alt du ikke kan plassere, er et spørsmål til leverandøren, skriftlig, før innkjøpsordren.

Still deretter ett spørsmål til: Hvis et par blir glemt på et tog i kveld, hva kan den som finner det, gjøre med det? Hvis det ærlige svaret er noe annet enn «ingenting», ligger tilgangene på enheten, og de hører hjemme på serveren.