Project Solara e’ il segnale piu’ interessante uscito da Microsoft Build 2026 per chi segue Android fuori dal solito recinto smartphone: Microsoft sta lavorando a dispositivi agent-first basati su AOSP, non su Windows, pensati per far vivere agenti AI su badge, desk device e form factor specializzati. Non e’ un telefono Android da comprare domani, e proprio per questo va letto con calma tecnica: qui il punto non e’ installare app, ma capire cosa succede quando il dispositivo diventa una finestra gestita verso agenti cloud.
La guida pratica e’ questa: se nei prossimi mesi vedremo aziende, OEM o reparti IT parlare di Solara, MDEP o dispositivi “senza app”, bisogna controllare requisiti, gestione, privacy e limiti prima di farsi ipnotizzare dalla parola agente. AndroidLab, modestamente allergico al fumo da keynote, lo traduce cosi’: AOSP e’ la base, ma MDEP non e’ Android consumer con il Play Store e due widget messi in croce.




Che cosa controllare prima
Il primo controllo e’ il perimetro. Microsoft descrive Solara come una piattaforma chip-to-cloud per dispositivi enterprise: badge portatili, companion da scrivania, hardware per sanita’, retail, field service e ambienti dove lo smartphone generalista e’ spesso troppo generico. Se qualcuno la vende come “il nuovo Android di Microsoft per tutti”, alza un sopracciglio: le fonti parlano di concept, reference design, piloti privati e partner industriali, non di un prodotto retail gia’ pronto.
Il secondo controllo riguarda la compatibilita’. Solara usa AOSP tramite Microsoft Device Ecosystem Platform, quindi parte da fondamenta Android, ma non eredita automaticamente Google Mobile Services, Play Store, notifiche Google, account consumer e compatibilita’ piena con le app Android tradizionali. In pratica: se hai bisogno di Gmail, WhatsApp, Maps e app bancarie, stai guardando il tipo di oggetto sbagliato. Se invece devi dare a un infermiere, a un tecnico o a un addetto vendita un accesso rapido a flussi aziendali guidati da agenti, il discorso diventa piu’ concreto.
Requisiti tecnici da chiedere
- Base software: chiedere se il dispositivo usa davvero MDEP, quale versione, quali patch di sicurezza riceve e per quanto tempo.
- Gestione IT: verificare supporto a Microsoft Intune, enrollment, policy, wipe remoto, lock state e audit.
- Identita’: controllare integrazione con Entra ID, Windows Hello for Business, impronta o volto, e cosa succede offline.
- Connettivita’: per badge e wearable servono Wi-Fi, Bluetooth, 5G/GNSS dove necessario; per desk device contano USB-C, display esterno e presenza UWB.
- Agenti: chiedere quali agenti sono supportati, se sono Microsoft 365 Copilot, Dragon Copilot, GitHub Copilot o agenti custom aziendali.
- Dati: pretendere una risposta chiara su registrazioni audio, immagini, trascrizioni, retention, log e consenso delle persone intorno al dispositivo.
Procedura di valutazione per un reparto IT
- Definisci il caso d’uso in una frase: “registrare e riassumere briefing”, “mostrare priorita’ operative”, “consultare dati di magazzino”, non “mettere AI ovunque perche’ fa 2026”.
- Elenca i dati che l’agente deve leggere e scrivere: calendario, documenti, CRM, cartelle cliniche, ticket, repository o sistemi verticali.
- Verifica quale agente fa davvero il lavoro e con quali permessi. Un dispositivo agent-first senza modello di autorizzazione granulare e’ una scorciatoia elegante verso il casino.
- Controlla l’esperienza offline: il dispositivo resta utile senza cloud, diventa solo un fermacarte costoso o conserva dati sensibili in locale?
- Prova il flusso di revoca: utente sospeso, badge perso, turno finito, reparto cambiato. Se la revoca non e’ immediata, il progetto non e’ pronto.
- Misura tempi e attrito: se l’agente richiede piu’ passaggi dell’app che dovrebbe sostituire, non e’ innovazione, e’ teatro con batteria.
Cosa cambia davvero
La parte interessante per Android non e’ che Microsoft “ha scelto Android” al posto di Windows. La scelta piu’ pragmatica e’ usare una base leggera, modulare e gia’ adatta a wearable, IoT e dispositivi embedded, evitando il peso storico di Windows e le aspettative di compatibilita’ PC. Questo dice molto su dove sta andando il mercato: quando il computer e’ piccolo, sempre acceso e vicino al lavoro fisico, l’app launcher classico comincia a sembrare un compromesso vecchio.
Pero’ Solara non rende magicamente affidabili gli agenti. La just-in-time UI promette interfacce adattive tra schermi, voce e modalita’ diverse, ma Microsoft stessa la colloca in una zona intermedia: piu’ flessibile del responsive design, non ancora UI generata liberamente senza struttura. Tradotto: bene la direzione, ma i flussi critici vanno disegnati, testati e governati. Un agente che “capisce il contesto” senza confini chiari e’ una promessa bellissima finche’ non incontra dati reali, turni, permessi e responsabilita’.
Problemi e soluzioni rapide
Se un vendor propone un dispositivo Solara-like senza parlare di patch, gestione e identita’, chiedi la matrice di supporto prima della demo. Se insiste solo sull’AI, probabilmente sta vendendo il video del keynote. Se il caso d’uso coinvolge audio ambientale o fotocamera, pretendi indicatori visibili, privacy switch, mute fisico e policy di conservazione. La fiducia non nasce dal logo Microsoft: nasce dal sapere chi puo’ vedere cosa, quando e con quale log.
Se invece stai valutando lo sviluppo di agenti, la domanda operativa non e’ “posso portare la mia app su Solara?”, ma “posso esporre il mio workflow a un agente con permessi minimi, auditabile e revocabile?”. Qui il collegamento con AndroidLab AI Lab e’ naturale: come per gli agenti personali su smartphone, il valore arriva quando automazione e controllo umano convivono senza farsi la guerra. Correlato: abbiamo gia’ visto cosa controllare prima di dare Gmail e calendario a Gemini Spark, altro caso in cui la comodita’ va pesata contro autorizzazioni e dati.
In breve
- Project Solara e’ una piattaforma Microsoft per dispositivi agent-first, non un nuovo smartphone Android consumer.
- La base e’ MDEP, un sistema enterprise costruito su AOSP, quindi Android-like ma non equivalente a un telefono con Play Store.
- I concept principali sono badge portatile e desk device, con Qualcomm e MediaTek tra i primi partner silicon.
- Prima di valutarlo servono risposte su patch, Intune, identita’, agenti supportati, log, audio, fotocamera e revoca accessi.
- Il taglio pratico: Solara ha senso dove un dispositivo specializzato batte lo smartphone generalista, non dove basta aprire un’app.