Android XR som företagets ändpunkt för agenter på enheter

Efter en demo får IT-chefen uppdraget: ”skaffa tjugo par till underhållsteamet”. I demon tittade en tekniker på en pump, frågade vad som var fel, och assistenten svarade och öppnade rätt sida i manualen. Det var övertygande.

Frågorna som ingen besvarade i demon tillhör nu IT. Vart tog bilden av pumpen vägen, och vem mer såg den? Kunde assistenten ha beställt reservdelen själv? Vilket konto agerade den som? Vad händer när ett par blir kvar på ett tåg i kväll?

Vad Android XR är

Android XR är Googles plattform för XR-enheter, från headset via skärmglasögon till glasögon med enbart ljud, utvecklad med Samsung och Qualcomm, med Gemini som assistentlager. Den första enheten var headsetet Samsung Galaxy XR i oktober 2025. På Google I/O i maj 2026 visade Google glasögon som lutar sig mot telefonen: Gemini-agenten utför uppgifter i flera steg på telefonen i bakgrunden, och glasögonen är dess röst och kamera. XREAL Aura är de första prissatta skärmglasögonen med Android XR; vad det innebär vid en arbetsplats beskrivs i XREAL Aura på verkstadsgolvet.

För utvecklare innehåller Android XR SDK Jetpack Projected, där en app körs på en värdenhet som telefonen och projicerar sin upplevelse till glasögonen, Jetpack Compose Glimmer för genomskinliga skärmar, en glasögonemulator och ett gränssnitt som talar om för en app om enheten bärs.

Ändpunkten är ny, frågorna är det inte

Företag vet hur man driver ändpunkter: identiteter, enhetshantering, behörigheter, dataklassificering. Det nya är en ändpunkt med en kamera riktad mot arbetsplatsen och en agent som kan agera. Det arbetet kan ske på tre ställen: på enheten (glasögonen, en beräkningspuck eller telefonen), i plattformsleverantörens moln eller i företagets eget system. Google redovisar inte offentligt hur en agents arbete fördelas mellan enheten, telefonen och molnet. Behandla det som okänt tills leverantören dokumenterar det för den konfiguration du faktiskt skulle köpa.

Där en XR-utrullning går fel

Kameran behandlas som en stillbild. En kamera i någons ansikte ger en löpande bild av arbetsplatsen: ritningar, skärmar, kunddokument, kollegors ansikten. Det är de mest känsliga data enheten skapar, och de ska klassas så.

En okänd plats för behandlingen. Om du inte kan säga var en bild behandlas och hur länge den sparas kan du varken svara på frågor enligt EU:s dataskyddsregler eller på frågor från en kund vars sekretessavtal omfattar det som ligger på din arbetsbänk.

Agenter med användarens hela konto. Uppgifter i flera steg i bakgrunden är användbara. En agent som agerar med alla rättigheter användaren har på telefonen kan också skicka, beställa och radera. Rätt att se är inte rätt att agera.

Datan delad i två. Om historiken över vad som setts, frågats och gjorts lever i assistentens konto har företaget två versioner av vad som hände, och bara en av dem är dess egen.

En leverantör på varje nivå. Operativsystem, assistent och moln från samma leverantör är bekvämt, och samtidigt tre sorters inlåsning på en gång.

Flottan som en eftertanke. Paren går mellan skift, försvinner, laddas, uppdateras och rensas. Någon måste veta vem som är inloggad på vilket par och vad som händer med datan på det.

Vad du kan göra i stället

Rita tre lådor innan du köper. Skriv för varje användningsfall ner vad som måste stanna på enheten (spårning, visning, aktiveringsord), vad som får gå till leverantören och på vilka villkor, och vad som måste finnas i företagets system: datan, behörigheterna, godkännandena och bevisen.

Datan och besluten stannar i företaget. Agenten på enheten får se och föreslå. Företagets system kontrollerar behörigheter på servern och loggar varje åtgärd. Agenter godkänner aldrig en kritisk åtgärd.

Ge agenten på enheten namngivna åtgärder, inte ett konto. Läsa en arbetsorder, bifoga ett foto till en avvikelse, begära en reservdel för godkännande. Var och en är en egen behörighet som kan ges och dras tillbaka.

Kameran av som standard, på för en uppgift. En inspelning hör till en uppgift, med integritetslampan tänd, kort lagringstid och resultatet sparat vid den post det hör till.

Driv det som vilken flotta som helst. Registrering av enheter, inloggning på delade enheter, fjärrensning, en uppdateringspolicy, reservpar och en plats att ladda dem.

Behåll en väg ut. Bygg integrationen mot din egen ontologi och dina egna gränssnitt, så att glasögonen är en utbytbar framsida och inte platsen där arbetet lever.

Så är Hurukan utformat. Datan, behörigheterna och godkännandena ligger i företagets system, på infrastruktur som företaget själv väljer, så som det beskrivs under Säkerhet och suveränitet, och lagret Superintelligens skickar varje uppgift till en modell enligt företagets regler. En klient för Android XR, till exempel via Jetpack Projected på en telefon, är en möjlig riktning vi överväger, inte en befintlig integration och inte ett partnerskap. Om något alls av kamerabilden får lämna huset följer samma resonemang som i vilken data som inte får lämna huset. Hurukans startsida visar var resten av systemet passar in.

Ett test du kan göra i dag

Ta användningsfallet från den senaste glasögondemo du såg och rita tre kolumner: enhet, leverantör, företag. Placera varje uppgift och varje åtgärd från demon i en av dem. Allt du inte kan placera är en fråga till leverantören, skriftligt, före beställningen.

Ställ sedan en fråga till: om ett par blir kvar på ett tåg i kväll, vad kan den som hittar det göra med det? Om det ärliga svaret är något annat än ”ingenting” ligger behörigheterna på enheten, och de hör hemma på servern.