Android XR som virksomhedens endepunkt for agenter på enheder

Efter en demo får IT-chefen opgaven: »skaf tyve par til vedligeholdsholdet«. I demoen kiggede en tekniker på en pumpe, spurgte, hvad der var galt, og assistenten svarede og åbnede den rigtige side i manualen. Det var overbevisende.

De spørgsmål, ingen besvarede i demoen, hører nu til IT. Hvor blev billedet af pumpen af, og hvem så det ellers? Kunne assistenten selv have bestilt reservedelen? Hvilken konto handlede den som? Hvad sker der, når et par bliver glemt i et tog i aften?

Hvad Android XR er

Android XR er Googles platform til XR-enheder, fra headsets over skærmbriller til briller med kun lyd, udviklet sammen med Samsung og Qualcomm, med Gemini som assistentlag. Den første enhed var headsettet Samsung Galaxy XR i oktober 2025. På Google I/O i maj 2026 viste Google briller, der læner sig op ad telefonen: Gemini-agenten udfører opgaver i flere trin på telefonen i baggrunden, og brillerne er dens stemme og kamera. XREAL Aura er de første prissatte skærmbriller med Android XR; hvad det betyder ved en arbejdsplads, beskriver XREAL Aura på værkstedsgulvet.

For udviklere indeholder Android XR SDK Jetpack Projected, hvor en app kører på en værtsenhed som telefonen og projicerer sin oplevelse til brillerne, Jetpack Compose Glimmer til gennemsigtige skærme, en brilleemulator og en grænseflade, der fortæller en app, om enheden bliver båret.

Endepunktet er nyt, spørgsmålene er ikke

Virksomheder ved, hvordan man driver endepunkter: identiteter, enhedsstyring, rettigheder, dataklassificering. Det nye er et endepunkt med et kamera rettet mod arbejdspladsen og en agent, der kan handle. Det arbejde kan foregå tre steder: på enheden (brillerne, en beregningspuck eller telefonen), i platformleverandørens sky eller i virksomhedens eget system. Google oplyser ikke offentligt, hvordan en agents arbejde fordeles mellem enheden, telefonen og skyen. Behandl det som ukendt, indtil leverandøren dokumenterer det for den konfiguration, du faktisk ville købe.

Hvor en XR-udrulning går galt

Kameraet behandles som et stillbillede. Et kamera i nogens ansigt giver et løbende billede af arbejdspladsen: tegninger, skærme, kundedokumenter, kollegers ansigter. Det er de mest følsomme data, enheden skaber, og de skal klassificeres sådan.

Et ukendt sted for behandlingen. Hvis du ikke kan sige, hvor et billede behandles, og hvor længe det gemmes, kan du hverken svare på spørgsmål efter EU’s databeskyttelsesregler eller på spørgsmål fra en kunde, hvis fortrolighedsaftale dækker det, der ligger på din arbejdsbænk.

Agenter med brugerens hele konto. Opgaver i flere trin i baggrunden er nyttige. En agent, der handler med alle de rettigheder, brugeren har på telefonen, kan også sende, bestille og slette. Retten til at se er ikke retten til at handle.

Dataene delt i to. Hvis historikken over, hvad der blev set, spurgt om og gjort, lever i assistentens konto, har virksomheden to versioner af, hvad der skete, og kun den ene er dens egen.

Én leverandør på hvert lag. Styresystem, assistent og sky fra samme leverandør er bekvemt, og samtidig tre slags afhængighed på én gang.

Flåden som en eftertanke. Par går mellem vagter, bliver væk, oplades, opdateres og slettes. Nogen skal vide, hvem der er logget ind på hvilket par, og hvad der sker med dataene på det.

Hvad du kan gøre i stedet

Tegn tre kasser, før du køber. Skriv for hvert anvendelsestilfælde ned, hvad der skal blive på enheden (sporing, visning, aktiveringsord), hvad der må gå til leverandøren og på hvilke vilkår, og hvad der skal ligge i virksomhedens system: dataene, rettighederne, godkendelserne og dokumentationen.

Data og beslutninger bliver i virksomheden. Agenten på enheden må se og foreslå. Virksomhedens system tjekker rettigheder på serveren og logger hver handling. Agenter godkender aldrig en kritisk handling.

Giv agenten på enheden navngivne handlinger, ikke en konto. Læs en arbejdsordre, vedhæft et foto til en afvigelse, bed om en reservedel til godkendelse. Hver af dem er en selvstændig rettighed, der kan gives og trækkes tilbage.

Kameraet slukket som standard, tændt til en opgave. En optagelse hører til en opgave, med privatlivslampen tændt, kort opbevaringstid og resultatet gemt ved den post, det hører til.

Driv det som enhver anden flåde. Tilmelding af enheder, login på delte enheder, fjernsletning, en opdateringspolitik, reservepar og et sted at oplade dem.

Bevar en udvej. Byg integrationen mod din egen ontologi og dine egne grænseflader, så brillerne er en udskiftelig front og ikke stedet, hvor arbejdet bor.

Sådan er Hurukan designet. Dataene, rettighederne og godkendelserne ligger i virksomhedens system, på infrastruktur, som virksomheden selv vælger, som beskrevet under Sikkerhed og suverænitet, og laget Superintelligens sender hver opgave til en model efter virksomhedens regler. En klient til Android XR, for eksempel via Jetpack Projected på en telefon, er en mulig retning, vi overvejer, ikke en eksisterende integration og ikke et partnerskab. Om noget som helst fra kamerabilledet må forlade huset, følger samme ræsonnement som i hvilke data der skal blive i huset. Hurukans forside viser, hvor resten af systemet passer ind.

En test, du kan lave i dag

Tag anvendelsestilfældet fra den seneste brilledemo, du så, og tegn tre kolonner: enhed, leverandør, virksomhed. Placér hvert stykke data og hver handling fra demoen i én af dem. Alt, hvad du ikke kan placere, er et spørgsmål til leverandøren, skriftligt, før indkøbsordren.

Stil derefter ét spørgsmål mere: Hvis et par bliver glemt i et tog i aften, hvad kan den, der finder det, så gøre med det? Hvis det ærlige svar er andet end »intet«, ligger rettighederne på enheden, og de hører hjemme på serveren.