Vad Hybrid Compute faktiskt gör
Perplexity lanserade Hybrid Compute för sin Mac-app den 1 september 2026. En uppgift börjar fortfarande i molnet med Perplexitys ledande modeller för research och planering. Om en klassificerare på själva enheten upptäcker potentiellt känslig information mitt i uppgiften varnar appen användaren och erbjuder ett val: låta den delen av uppgiften köras på Macen med en lokal modell, maskera de känsliga detaljerna, eller ändå skicka den till molnet. Perplexity säger sig ha byggt och tränat klassificeraren själv, i samarbete med sitt eget Secure Intelligence Institute, och ha öppen källkodat den, men har inte publicerat något specifikt kodförvarsnamn eller en länk i samband med tillkännagivandet.
Funktionen kräver en Mac med Apple Silicon-chip på macOS 15 eller senare, med 24 gigabyte delat minne som angivet minimum och 32 gigabyte rekommenderat. Vid lanseringen är de tillgängliga lokala modellerna Gemma 4 E4B, Qwen3.6 35B-A3B, och en av Perplexity finjusterad version av Qwen3.6 35B-A3B. Perplexitys egna exempel på vad klassificeraren flaggar är inloggningsuppgifter, betaluppgifter, officiella id-handlingar, konfidentiella finansiella presentationer och privata prisuppgifter för företag. Funktionen finns tillgänglig för Pro-, Max- och Enterprise-prenumeranter.
Känslig är inte samma ord som GDPR:s särskilda kategori
Perplexitys marknadsföringsspråk och Europeiska unionens dataskyddslag använder ordet känslig för att beteckna två olika saker, och den skillnaden spelar roll för alla företag inom EU som låter kund- eller medarbetardata gå genom appen. De exempel Perplexity nämner, inloggningsuppgifter, betaluppgifter, officiella id-handlingar och konfidentiella prisuppgifter, är kommersiellt eller säkerhetsmässigt känsliga. De flesta av dem är inte det som GDPR:s artikel 9 kallar särskilda kategorier av personuppgifter: hälsouppgifter, biometriska eller genetiska uppgifter, politiska åsikter, religiös övertygelse, fackligt medlemskap, eller uppgifter om en persons sexualliv eller sexuella läggning.
Det är ingen kritik av tekniken. Att hålla inloggningsuppgifter och betaldetaljer borta från en extern molnserver som standard är en genuin arkitektonisk förbättring jämfört med att skicka allt till molnet, och det minskar dessutom risken även vid vanlig affärsanvändning. Problemet är den slutsats en efterlevnadsansvarig skulle kunna dra av funktionens existens: att eftersom Perplexity nu håller vissa saker lokalt, kommer en uppgift som rör verkliga särskilda GDPR-uppgifter, till exempel en personalakt som nämner ett medicinskt tillstånd, automatiskt att behandlas som känslig och hållas borta från Perplexitys servrar. Inget i Perplexitys egen annonsering påstår att den kopplingen finns, och det finns ingen offentlig dokumentation som visar att klassificeraren byggdes utifrån GDPR:s artikel 9-kategorier snarare än utifrån en generell lista över kommersiell och säkerhetsmässig känslighet.
Vad ett EU-företag faktiskt kan lita på
| Situation | Vad som faktiskt händer |
|---|---|
| Vanlig uppgift, inget flaggat | Bearbetas i molnet av Perplexitys ledande modeller, som förut |
| Klassificeraren flaggar inloggningsuppgifter, betaldata eller en id-handling mitt i uppgiften | Användaren ombeds välja: lokalt, maskerat, eller molnet ändå |
| Användaren väljer molnet ändå | De flaggade uppgifterna skickas till molnet trots varningen |
| Företagsadministratören sätter en organisationsomfattande policy | En definierad datakategori kan tvingas stanna lokal för varje användare, utan val från fall till fall |
Kontrollen via företagspolicy är den enda delen av funktionen som beter sig som en verklig efterlevnadsgaranti istället för en påminnelse från fall till fall: den tar bort den enskilda medarbetarens bedömning för en kategori som organisationen definierar i förväg. Allt annat i Hybrid Compute är en standardinställning som en användare, inte en efterlevnadspolicy, kan åsidosätta i båda riktningarna. Ett företag som hanterar verkliga särskilda GDPR-uppgifter via Perplexity behöver ändå sitt eget personuppgiftsbiträdesavtal och sin egen definition av vad som aldrig får lämna enheten, istället för att anta att Perplexitys klassificerare redan har dragit den gränsen korrekt.
Läs vidare: 2,5 miljarder med en dokumenterad risklista | Google köper interna data från konkursdrabbat bolag
