O Google passou anos tentando aproximar Android e ChromeOS. Primeiro veio o suporte a apps Android em Chromebooks, depois o desktop mode no Android. Nenhuma das tentativas resolveu o problema de verdade: eram duas plataformas com kernels diferentes, ciclos de atualização separados e experiências de uso que nunca se encaixavam direito. O Aluminium OS é a tentativa de acabar com esse remendo.

Sameer Samat, presidente do ecossistema Android, confirmou o projeto em depoimento judicial e em entrevistas recentes. A ideia não é colocar mais uma camada de compatibilidade entre os sistemas. É reescrever a base: a longo prazo, o ChromeOS como plataforma independente deixa de existir, e o Android vira o kernel de tudo.

O que é o Aluminium OS

Aluminium OS é o codinome interno do Google para um sistema operacional que usa o Android como fundação e adiciona uma camada desktop completa por cima. Em vez de rodar apps Android dentro de um container no ChromeOS (como acontece hoje nos Chromebooks), o sistema parte do Android 16/17 e implementa APIs nativas para teclado, mouse, gerenciamento de janelas e integração com sistema de arquivos.

O Chrome deixa de ser o sistema operacional e passa a ser um aplicativo. PWAs e web apps continuam funcionando, mas agora competem em pé de igualdade com apps Android nativos no mesmo ambiente.

O Google está desenvolvendo o projeto em parceria com a Qualcomm para chips ARM e já testa em hardware x86 da Intel. Fabricantes como HP, Lenovo, Acer, ASUS e Samsung estão no pipeline de dispositivos.

A arquitetura por baixo dos panos

A stack técnica parte de um Linux Kernel 6.x customizado com drivers para hardware desktop (trackpads, teclados, monitores externos) e hardening de segurança. Em cima disso roda o Android Framework modificado com extensões desktop:

  • Snap layouts e virtual desktops nativos
  • Suporte a barras de menu e atalhos de teclado no nível do sistema
  • Drag-and-drop entre aplicações
  • Gerenciamento de janelas com maximize, minimize e redimensionamento livre
  • Acesso ao sistema de arquivos local (não apenas o storage sandbox do Android)

Um detalhe que importa: o ART (Android Runtime) e o Google Play Services vêm integrados. Apps Android rodam nativamente, sem a camada de tradução que existia no ChromeOS. Isso significa performance equivalente a um tablet ou smartphone Android, mas em hardware de laptop.

O sistema suporta tanto ARM (Snapdragon) quanto x86 (Intel). Os testes iniciais rodaram em placas com MediaTek Kompanio 520 e processadores Intel Alder Lake de 12a geração.

O que muda para quem desenvolve

A mudança mais direta: quem desenvolve para Android agora atinge laptops e desktops sem esforço adicional. O app que roda no Pixel roda no Aluminium OS. Mas "rodar" e "funcionar bem" são coisas diferentes.

O Google está disponibilizando APIs desktop específicas para quem quiser ir além do básico:

  • APIs de barra de menu para aplicações desktop
  • Controles avançados de janela (posição, tamanho, multi-monitor)
  • Framework de widgets para a área de trabalho
  • Acesso expandido ao sistema de arquivos

Para quem trabalha com Flutter, React Native ou Kotlin Multiplatform, a proposta é build once, deploy everywhere. Um único codebase que roda no smartphone, no tablet e no laptop. Na prática, isso já funcionava parcialmente com o desktop mode do Android, mas sem APIs dedicadas o resultado ficava genérico.

PWAs continuam suportadas. Chrome no Aluminium OS mantém a capacidade de instalar web apps com integração de sistema. Mas o fato de apps Android rodarem nativamente coloca as PWAs em desvantagem de performance e acesso a recursos do sistema.

Para quem desenvolve exclusivamente para web, o impacto é menor. O Chrome continua sendo o Chrome. Mas a existência de um ecossistema unificado Android pode pressionar mais devs web a considerar builds nativas para alcançar a experiência completa.

O elefante na sala: antitruste e distribuição

O timing do Aluminium OS coincide com o caso antitruste do DOJ contra o Google. E o argumento dos reguladores é direto: unificar Android e ChromeOS daria ao Google controle ainda maior sobre a distribuição de apps em hardware de consumo.

Hoje o ChromeOS permite instalar Linux apps e acessar a web sem passar pela Play Store. Com o Aluminium OS baseado em Android, a Play Store se torna o canal primário de distribuição. Isso preocupa desenvolvedores que dependem de sideloading ou lojas alternativas, e preocupa reguladores que veem concentração de mercado.

O Google argumenta que o sistema é construído sobre Android, que permite sideloading e lojas de terceiros. Mas a experiência padrão vai direcionar o usuário para a Play Store, e a história mostra que o padrão é o que importa.

Um detalhe complicador: a decisão judicial no caso US v. Google isentou dispositivos com ChromeOS (ou seu sucessor) das restrições contra self-preferencing. Na prática, o Google pode priorizar seus próprios serviços no Aluminium OS de formas que não pode no Android mobile.

É uma tensão que vai definir como o Aluminium OS chega ao mercado. Se o DOJ conseguir restrições, o sistema pode ser obrigado a abrir mais espaço para distribuição alternativa. Se não, o Google ganha uma plataforma unificada que vai do bolso ao laptop passando pelo mesmo funil de distribuição.

Cronograma realista

O Google fala em 2026, mas os detalhes contam uma história mais nuançada. Sameer Samat mencionou "trusted testers comerciais" para o final de 2026. O lançamento amplo para consumidores, educação e empresas está previsto para 2028.

O calendário de eventos dá uma ideia de onde o Google vai mostrar progresso:

  • Google I/O 2026 (maio): provável showcase de APIs e ferramentas de desenvolvimento
  • Dispositivos de teste (final de 2026): hardware de referência com parceiros OEM
  • Release comercial (2028): disponibilidade em laptops de consumo

O ChromeOS não desaparece da noite para o dia. Samat confirmou que o desenvolvimento do ChromeOS continua, focado em educação e dispositivos gerenciados. Pode ser que os dois sistemas coexistam por anos, com o Aluminium OS atacando o mercado premium e de consumo enquanto o ChromeOS segura a base educacional.

Para devs, isso significa que ainda não é hora de abandonar otimizações para ChromeOS. Mas é hora de olhar para as APIs desktop do Android e pensar em como seus apps se comportam em telas maiores com teclado e mouse.

Conclusão

O Aluminium OS é a aposta mais agressiva do Google contra o duopólio Windows/macOS em laptops. A estratégia faz sentido: usar o ecossistema de 3 bilhões de dispositivos Android como alavanca para conquistar o desktop, em vez de construir uma base de apps do zero como o ChromeOS tentou.

O risco é real. Fuchsia, o último grande projeto de SO do Google, nunca passou da linha Nest Hub. E a questão antitruste pode limitar o que o Google consegue fazer com a distribuição. Mas se o Aluminium OS entregar o que promete, quem desenvolve para Android vai ter uma audiência significativamente maior sem precisar reescrever uma linha de código. As novas APIs desktop são o que vai separar apps que "rodam" de apps que realmente funcionam bem em laptop.

O conselho prático: comece a testar seus apps Android em telas grandes com input de teclado e mouse. Quando o Aluminium OS chegar, a diferença vai estar nos detalhes de UX, não na compatibilidade.

Referências pesquisadas nesta publicação