Womit Unity die Ankündigung eröffnet hat

Auf der Unite Seoul hat Unity den Fahrplan für Unity 7 vorgestellt, in einer Mitteilung vom 20. Juli 2026, zehn Uhr abends. Ganz oben stand weder ein Renderer noch ein Physiksystem, sondern die Zusage, dass nichts kaputtgeht. Unity 7 sei eine direkte Fortsetzung der Architektur von Unity 6, so das Unternehmen, und der Umstieg komme ohne jeden Neuaufbau aus: Alle Projekte, alle Kenntnisse und der gesamte Code ließen sich in die nächste Generation mitnehmen. Die frühe Beta kommt im Dezember 2026, die vollständige Freigabe im ersten Quartal 2027.

Adam Smith, Senior Vice President bei Unity, erklärte den Mechanismus nüchtern: Weil sich die darunterliegende Architektur beim Versionswechsel nicht ändere, falle der Umstieg leicht. Matt Bromberg, President und Vorstandsvorsitzender, stellte das größere Argument auf die Studiogröße ab und sagte, die Zukunft gehöre nicht dem größten Team, sondern denen, die neue Technik nutzen können, um etwas Eigenes zu schaffen und ein Publikum zu finden. Hinter beiden Sätzen steht eine Entscheidung darüber, womit man wirbt, und Unity wirbt mit Kontinuität.

Kein Neuaufbau ist ein Versprechen mit Vorgeschichte

Eine neue Hauptversion verkauft normalerweise neue Fähigkeiten. Diese verkauft, dass nichts gestört wird, und das sagt mehr über die vergangenen Jahre als über die kommenden. Unity hat 2023 und die Zeit danach damit zugebracht, die Schäden der Runtime-Gebühr zu beheben. Studios, die das durchgemacht haben, kalkulieren das Lieferantenrisiko bei Engine-Entscheidungen heute so ein, wie sie eine Plattformzertifizierung einkalkulieren. Wenn ein Anbieter an den Anfang seiner Ankündigung stellt, dass er Ihren Build nicht zerstört, dann verrät er damit, wonach seine Kunden zuerst gefragt haben.

Aussage und Beleg gehören getrennt. Kein Neuaufbau ist Unitys eigene Angabe über das eigene Produkt, vorgetragen auf einer Konferenz, und die Fachpresse hat sie bislang ohne unabhängige Entwicklertests und ohne Reaktionen aus den Studios übernommen. Das ist kein Vorwurf der Unaufrichtigkeit, sondern eine Feststellung darüber, wie weit die Aussage geprüft ist, und geprüft ist sie kaum. Bei Engine-Umstiegen, die einen schmerzfreien Weg versprachen, ist die Bilanz schlecht genug, dass ein Studio dies als Hypothese behandeln sollte, deren Prüftermin im Dezember liegt.

Der Arbeitsplatz, den Sie nicht mehr brauchen

Unter dem Kompatibilitätsversprechen steckt die Änderung mit der klarsten wirtschaftlichen Wirkung. Unity ergänzt eine Kommandozeile und eine öffentliche Programmierschnittstelle. Damit können Artists, Producer und Entwickler Assets prüfen, Builds ausliefern und aus ihren eigenen Werkzeugen heraus zusammenarbeiten, ohne vollen Zugang zum Editor. Dazu kommt ein kostenlos nutzbares MCP, das Coding-Agenten direkt an Unity anbindet.

Das ist eine Lizenzfrage und keine Frage des Arbeitsablaufs. Wenn Asset-Prüfung und Build-Auslieferung niemanden mehr vor dem Editor voraussetzen, richtet sich die Zahl der Vollarbeitsplätze nicht mehr nach der Zahl der Leute, die am Projekt arbeiten. Producer, die heute einen Platz nur halten, um einen Knopf zu drücken, sind der offensichtliche erste Fall. Wer in den nächsten beiden Quartalen einen Engine-Vertrag verlängert, sollte seine Platzzahl vor der Unterschrift an den neuen Schnittstellen nachrechnen, denn der Anbieter hat das längst getan.

Das kostenlose MCP gehört dabei in eine eigene Zeile. Wer Coding-Agenten direkt an die Engine hängt, setzt eine Maschinenschnittstelle an die Stelle einer menschlichen, und die Arbeitsplätze, die dabei wegfallen, sind genau jene, auf denen eine Vertragsverlängerung sonst beruht.

Was bis Dezember zu tun ist

Die Leistungsangaben sind konkret, und sie betreffen ausschließlich die Iterationsgeschwindigkeit. Unity nennt einen nahezu sofortigen Play Mode, Domain-Reloads, die nur den geänderten Code anfassen, und um bis zu 90 Prozent schnellere Shader-Builds, alles auf Basis eines modernisierten Kerns mit CoreCLR. Nichts davon ist eine Aussage über die Bildrate, die ein Spieler sieht. Es ist eine Aussage darüber, wie oft am Tag ein Team etwas ausprobieren kann. Das ist ein echter wirtschaftlicher Vorteil, nur ein anderer als der, den eine Marketingseite üblicherweise nahelegt.

Die praktische Reihenfolge ist kurz. Nehmen Sie ein reales Projekt, keine Beispielszene, und schicken Sie es durch die Dezember-Beta, um die Zusage am eigenen Abhängigkeitsgraphen und an den eigenen Sonderwerkzeugen zu prüfen. Geben Sie das Migrationsbudget 2027 nicht frei, solange dieser Test kein Ergebnis geliefert hat. Und nehmen Sie Kommandozeile, öffentliche Schnittstelle und MCP in das nächste Lizenzgespräch mit, denn die Schnittstellen haben sich geändert und die Preise noch nicht.

Weiterlesen: Die Kritik gab 84, das Studio strich ein Drittel  |  Am 22. Juli geht Ihr US-Eintrag an fremde Stores