Das durchgesickerte Video aus dem Jahr 2024, über das Windows Central berichtet hat, zeigt ein webbasiertes Betriebssystemkonzept. Der Codename lautet Aion. Der Prototyp basiert auf einer leichten Windows-Codebasis namens Win3, nutzt Edge als Shell und die Chromium-Layout-Engine für die Copilot-Erfahrung. Microsoft hat den aktuellen Status des Projekts nicht öffentlich eingeordnet. Es ist möglich, dass Aion nur ein internes Experiment war und inzwischen nicht weiterverfolgt wird. Für die technische Analyse ist das fast zweitrangig. Interessant ist nicht, ob dieses konkrete System erscheint. Interessant ist, welche Architektur Microsoft darin ausprobiert hat.
Der Desktop wird zur Hülle
Aion ersetzt laut den bekannten Informationen das traditionelle Windows-Overlay. Copilot übernimmt Funktionen, die bisher über Startmenü, Taskleiste und Desktop-Shell organisiert waren. Gesteuert wird das System über eine multimodale Eingabebox. Das ist mehr als eine Suchleiste mit Spracheingabe. Es verschiebt den Kontrollpunkt des Systems.
Im klassischen Windows ist die Shell ein Navigationssystem. Sie zeigt installierte Programme, offene Fenster, Benachrichtigungen und Dateien. Der Nutzer entscheidet, welche Anwendung geöffnet wird und welcher Kontext relevant ist. In Aion wird diese Reihenfolge umgedreht. Die Eingabe an Copilot steht zuerst. Das System entscheidet danach, welche App, Webseite, Funktion oder Datenquelle angesprochen wird.
Damit wird Copilot nicht als Zusatz zum Betriebssystem gedacht, sondern als dessen primäre Bedienlogik. Der Unterschied ist technisch hart. Ein Assistent, der neben Word oder Outlook sitzt, bleibt abhängig von Anwendungen. Eine Shell, die Aktionen in Word, Outlook, Webdiensten und Cloud-PCs koordiniert, sitzt über diesen Anwendungen. Sie wird zum Vermittler. Und wer Vermittler ist, kontrolliert Sichtbarkeit, Priorität und Ablauf.
Win32 fällt aus dem Zentrum
Der auffälligste technische Schnitt liegt bei Win32. Aion hatte nach den vorliegenden Informationen keine native Unterstützung für klassische Win32-Anwendungen. Diese sollten über Windows Cloud PC, also Windows 365, aus der Ferne gestreamt werden. Lokal bleibt eine webbasierte Umgebung. Alte Desktop-Software läuft nicht als selbstverständlicher Bestandteil des Geräts, sondern als ausgelagerter Dienst.
Das ist keine kosmetische Änderung. Win32 ist das historische Gewicht von Windows: Unternehmenssoftware, Spezialwerkzeuge, alte Branchenanwendungen, lokale Hilfsprogramme, Treiberökosysteme. Ein Windows ohne native Win32-Schicht ist nicht einfach ein schlankeres Windows. Es ist ein anderes Produkt mit anderem Betriebsmodell.
Für Microsoft hätte ein solcher Ansatz klare Vorteile. Updates, Kompatibilität, Sicherheitskontrolle und Monetarisierung lassen sich stärker zentralisieren, wenn der lokale Rechner weniger Altlasten trägt und komplexe Anwendungen in verwalteten Cloud-Umgebungen laufen. Windows 365 würde in dieser Logik nicht nur ein Zusatzangebot für Unternehmen bleiben, sondern ein Baustein der Betriebssystemarchitektur.
Für Nutzer und IT-Abteilungen verschiebt sich die Abhängigkeit. Der PC wird stärker zum Zugriffspunkt. Rechenleistung, Anwendungskompatibilität und Zustandsverwaltung liegen häufiger in Microsofts Cloud-Infrastruktur. Das kann Administration vereinfachen. Es kann aber auch Kontrolle verlagern: weg vom lokalen Gerät, hin zu Konten, Richtlinien, Abonnements und Netzverfügbarkeit.
Agents statt App-Start
Der zweite zentrale Baustein von Aion sind KI-Agenten. Das Konzept umfasst sogenannte Spaces, in denen Apps und Websites mithilfe von KI gruppiert werden. Dazu kommen Rich-Plugins, über die Copilot konkrete Aktionen ausführen kann, etwa das Verfassen und Senden von Outlook-E-Mails.
Technisch entsteht damit eine neue Schicht zwischen Nutzer und Software. Bisher war eine App meist die kleinste operative Einheit: Outlook für Mail, Teams für Kommunikation, Browser für Webdienste, Explorer für Dateien. In einem agentenbasierten System wird die Aufgabe zur Einheit. Der Agent sucht sich die benötigten Werkzeuge zusammen.
Das klingt abstrakt, hat aber sehr konkrete Folgen für Softwareentwicklung. Anwendungen müssten nicht nur Oberflächen bereitstellen, sondern sauber adressierbare Funktionen. Sie müssten für Agenten lesbar, steuerbar und begrenzbar sein. Berechtigungen würden granularer, aber auch komplizierter. Was darf ein Agent im Namen des Nutzers tun? Nur Textentwürfe erstellen? E-Mails senden? Anhänge auswählen? Kalender verschieben? Daten aus mehreren Diensten kombinieren?
Ein solcher Ansatz braucht nicht nur gute Sprachmodelle. Er braucht ein Berechtigungsmodell, Protokolle für Aktionen, Logging, Rückfragepunkte, Fehlertoleranz und eine klare Trennung zwischen Vorschlag und Ausführung. Sonst wird aus Automatisierung ein undurchsichtiger Bedienpfad, bei dem Nutzer am Ende nur noch bestätigen, was das System bereits arrangiert hat.
Edge als Betriebssystemschicht
Dass Aion Edge und Chromium als zentrale technische Basis nutzt, ist ebenfalls kein Nebendetail. Microsoft würde damit eine bekannte Linie fortsetzen: Webtechnologien werden zur Laufzeitumgebung für immer größere Teile des Systems. Für ein Copilot-zentriertes OS ist das naheliegend. Web-Apps lassen sich schneller anbinden, Cloud-Dienste leichter integrieren, UI-Komponenten konsistenter ausliefern.
Der Preis ist die Entkopplung vom klassischen lokalen Desktop. Wenn die Shell selbst im Kern webzentriert ist, wird der Browser nicht mehr nur Programm unter Programmen. Er wird zur Betriebssystemschicht. Das stärkt Microsofts Kontrolle über den Stack: Edge, Copilot, Windows 365, Microsoft 365, Identität über Microsoft-Konten und Unternehmensrichtlinien greifen ineinander.
Für Web-App-Anbieter und Entwickler, die sich an Microsofts Agenten- und Plugin-Modell anschließen, kann das attraktiv sein. Ihre Dienste erscheinen nicht mehr nur als Icons oder Tabs, sondern als ausführbare Fähigkeiten innerhalb einer übergeordneten Copilot-Schicht. Für klassische Desktop-Software wird es schwieriger. Sie bleibt wichtig, aber sie rutscht im Modell aus dem Zentrum. Sichtbarkeit entsteht dann nicht mehr primär über Installation, sondern über Integrationsfähigkeit.
Das eigentliche Experiment
Aion sollte nicht als fertige Blaupause für das nächste Windows gelesen werden. Der bekannte Stand spricht eher für ein internes Konzept, dessen Zukunft offen oder beendet ist. Microsoft arbeitet parallel sichtbar an den Grundlagen von Windows 11. Trotzdem zeigt Aion eine Richtung, die sich von einfachen KI-Funktionen unterscheidet.
Die Hauptthese lautet: Microsoft testet nicht nur, wie viel KI in Windows passt. Microsoft testet, ob Windows selbst zur Ausführungsumgebung für Copilot werden kann.
Das ist für Microsoft strategisch naheliegend. Der Konzern besitzt den Desktop, die Office-Arbeitsumgebung, den Browser, die Cloud-PC-Infrastruktur und mit Copilot die KI-Oberfläche, die diese Teile verbinden soll. Ein agentenbasiertes OS würde diese Assets enger verschalten. Der Gewinner einer solchen Architektur wäre zunächst Microsoft selbst, weil mehr Nutzung durch eine zentrale Vermittlungsschicht läuft.
Die Verlierer wären nicht sofort aus dem Markt gedrängt. Aber sie müssten sich anpassen: Anbieter klassischer Windows-Software, Hardwarehersteller, deren Geräte weniger über lokale Leistung differenziert werden, und Nutzer, die direkte Kontrolle über Anwendungen, Dateien und Systemzustände erwarten.
Aion ist deshalb kein Beweis für das Ende des Desktops. Es ist ein Blick in Microsofts Werkstatt. Dort wird geprüft, wie viel vom alten Windows übrig bleiben muss, wenn Copilot die Shell übernimmt. Die Antwort ist technisch unbequem: weniger, als viele Windows-Nutzer vermuten würden.
