Rosetta 2: Intel-Apps auf die Zeit nach macOS 27 vorbereiten

Dokumentationsprüfung: 15. Oktober 2026. Grundlage dieser Korrekturen ist Apples Rosetta-Dokumentation vom 21. September 2026. Dies ist eine begrenzte Dokumentenprüfung, kein Praxistest und keine vollständige Prüfung aller älteren Beispiele.

Auf Apple silicon steht Rosetta unter macOS 27 und früher weiterhin zur allgemeinen Übersetzung von Intel-Apps bereit. Ab macOS 28 beschränkt Apple die Funktionen auf bestimmte ältere, nicht mehr gepflegte Spiele mit Intel-basierten Frameworks. Das bedeutet weder die vollständige Entfernung aller Rosetta-Funktionen noch eine Garantie für jedes alte Spiel.

Laut Apple kann eine Intel-App oder eine ihrer Komponenten eine Mitteilung zur Inkompatibilität mit macOS 28 anzeigen. Die aktuelle Dokumentation belegt weder eine Warnung bei jedem Start jeder App noch den genauen Text einer künftigen Fehlermeldung.

Wichtige Intel-only-Apps priorisieren, Daten exportieren, solange sie laufen, und den Entwickler nach einer Universal- oder Apple-silicon-Version fragen. Nach der macOS-Versionsgrenze planen, nicht nach unbestätigten Terminen oder einem Countdown ab Erstveröffentlichung.

Was Ist Rosetta 2 und Warum Ist Es Wichtig?

Die Technische Grundlage

Rosetta 2 ist Apples dynamischer Binär-Übersetzer — eine hochentwickelte Systemsoftware, die Intel x86_64-Maschinencodeanweisungen abfängt und sie in Echtzeit in ARM64-Anweisungen übersetzt, die Apple Silicon-Chips nativ ausführen können. Apple führte es im November 2020 zusammen mit den ersten Apple Silicon Macs ein und gab Entwicklern Zeit, ihre Anwendungen zu portieren, während Benutzer ihre vorhandene Software weiter nutzen konnten.

Der Name „Rosetta 2" bezieht sich auf das originale Rosetta, das Apple während seines Übergangs von PowerPC zu Intel-Prozessoren in den Jahren 2005-2006 verwendete. Apple entfernte das originale Rosetta mit OS X Lion im Jahr 2011, ungefähr fünf Jahre nach Beginn des Intel-Übergangs. Wenn das Muster anhält, befindet sich Rosetta 2 — eingeführt im Jahr 2020 — auf einem ähnlichen Weg.

Wie Rosetta 2 Tatsächlich Funktioniert

Im Gegensatz zu einem traditionellen Emulator verwendet Rosetta 2 einen zweistufigen Übersetzungsansatz:

Stufe 1 — Ahead-of-Time (AOT)-Übersetzung: Wenn Sie eine Intel-App zum ersten Mal auf Apple Silicon starten, übersetzt Rosetta 2 das gesamte Binary und speichert die ARM64-Version auf der Festplatte. Diese Übersetzung findet einmal statt, und nachfolgende Starts verwenden die gecachte Version.

Stufe 2 — Just-in-Time (JIT)-Übersetzung: Für Code, der nicht vorübersetzt werden kann — wie dynamisch generierter Code in JavaScript-Engines oder bestimmten Plugin-Architekturen — übersetzt Rosetta 2 Anweisungen während der Ausführung in Echtzeit.

Die Leistungsrealität

Die Leistung hängt von App, Arbeitslast und Mac ab. Hier liegt kein reproduzierbarer Benchmark für einen festen Leistungsverlust oder einen Anteil der nativen Leistung vor; diese Zahlen wurden entfernt. Die heutige Geschwindigkeit belegt keine künftige Kompatibilität.

Der Vollständige Rosetta 2-Deprecation-Zeitplan

Das Verständnis des Zeitplans ist für die Planung unerlässlich. Hier ist, was wir mit hoher Sicherheit wissen und was spekulativ bleibt.

Offizieller Zeitplan: Was Wir Wissen

Meilenstein	Status	Auswirkung
macOS 27	Apple silicon	Auf Apple silicon steht Rosetta unter macOS 27 und früher weiterhin zur allgemeinen Übersetzung von Intel-Apps bereit.
macOS 28	Apple silicon	Ab macOS 28 beschränkt Apple die Funktionen auf bestimmte ältere, nicht mehr gepflegte Spiele mit Intel-basierten Frameworks.

Historisches Vorbild: Die Entfernung von 32-Bit-Apps

Apples Deprecation der 32-Bit-App-Unterstützung bietet das beste Vorbild für das Verständnis, wie die Rosetta 2-Entfernung ablaufen wird:

• 2017 (macOS High Sierra): Apple begann zu warnen, dass 32-Bit-Apps ohne Updates ihrer Entwickler nicht mehr unterstützt würden
• 2018 (macOS Mojave): Warnungen wurden prominenter; „letztes macOS zum Ausführen von 32-Bit-Apps"
• 2019 (macOS Catalina): 32-Bit-Apps hörten vollständig auf zu funktionieren, ohne Ausnahmen

Intel-Apps prüfen: Umfang und Grenzen

Dies ist eine Teilliste; mit Finder und Herstellerdokumentation abgleichen. Installiert bedeutet nicht gerade ausgeführt. Weder diese Liste noch ein Befehl für einen einzelnen Ordner deckt nachweislich alle Plug-ins, Befehlszeilentools oder individuellen Installationsorte ab.

Systemeinstellungen und Finder: Eine begrenzte App-Liste

Schritt-für-Schritt:

Unter macOS 27 oder neuer: Systemeinstellungen → Allgemein → Info → macOS → Intel-basierte Apps → Details. Laut Apple umfasst die Liste kürzlich genutzte Apps und Apps an üblichen Speicherorten, keine vollständige Festplatten- oder Plug-in-Inventur. Unter älteren Versionen einzelne Apps im Finder prüfen.

Im Finder die App auswählen, Befehl-I drücken und Art lesen: Programm (Intel) benötigt auf Apple silicon Rosetta, Programm (Universal) unterstützt beide Architekturen, Programm (Apple silicon) ist nativ. Die allgemeine Bezeichnung Programm allein belegt keine Architektur. Plug-ins, Erweiterungen und Updater separat prüfen.

Methode 2: Aktivitätsanzeige (Nur Laufende Apps)

Die Aktivitätsanzeige zeigt Ihnen die Architektur der aktuell laufenden Anwendungen, was nützlich ist, um Rosetta-abhängige Prozesse zu identifizieren, die möglicherweise nicht als Top-Level-Anwendungen erscheinen — einschließlich Hilfsprozesse, Menüleisten-Utilities und Hintergrund-Agents.

Schritt-für-Schritt:

1. Öffnen Sie die Aktivitätsanzeige aus Programme > Dienstprogramme, oder suchen Sie sie in Spotlight (Befehl-Leertaste, dann „Aktivitätsanzeige" eingeben)
2. Gehen Sie zum Menü Darstellung in der Menüleiste
3. Wählen Sie Spalten, dann aktivieren Sie die Spalte Art
4. Die Art-Spalte zeigt jetzt neben jedem Prozess „Intel" oder „Apple"
5. Sortieren Sie nach Art, um alle Intel-Prozesse zusammen zu gruppieren

Worauf Sie achten sollten: Achten Sie besonders auf Prozesse, die nicht offensichtlich Apps sind — Namen wie „helper", „agent", „daemon" oder Prozessnamen ohne offensichtliche App-Zugehörigkeit. Dies sind oft Hintergrundkomponenten von Apps, deren Hauptfenster nativ erscheint, aber deren Backend-Prozesse noch Intel-Code verwenden.

Methode 3: Informationen zu einzelnen Apps abrufen

Für eine schnelle Überprüfung einer einzelnen App ohne Öffnen der Systeminformationen:

Schritt-für-Schritt:

1. Öffnen Sie den Finder
2. Navigieren Sie zu Ihrem Programme-Ordner
3. Rechtsklicken (oder Control-Klicken) Sie auf eine beliebige App
4. Wählen Sie Informationen aus dem Kontextmenü
5. Suchen Sie das Feld Art im Informationsfenster

Im Finder die App auswählen, Befehl-I drücken und Art lesen: Programm (Intel) benötigt auf Apple silicon Rosetta, Programm (Universal) unterstützt beide Architekturen, Programm (Apple silicon) ist nativ. Die allgemeine Bezeichnung Programm allein belegt keine Architektur. Plug-ins, Erweiterungen und Updater separat prüfen.

Wichtiger Hinweis: Wenn Sie im Informationsfenster ein Kontrollkästchen namens „Mit Rosetta öffnen" sehen, bedeutet das, dass die App ein Universal Binary ist, aber Sie (oder ein Installationsprogramm) zuvor gewählt haben, sie im Intel-Modus zu erzwingen. Das Deaktivieren dieses Kontrollkästchens lässt sie nativ laufen.

Methode 4: Terminal-Befehle (Am Detailliertesten)

Grundlegende Überprüfung einer einzelnen App:

file "/path/to/App.app/Contents/MacOS/Executable"

Die Beispiele lesen nur. Den Platzhalter in Anführungszeichen durch den tatsächlichen Mach-O-Dateipfad ersetzen, nicht durch ein App- oder Framework-Verzeichnis. Keiner der Befehle prüft alle Abhängigkeiten; diese Beispiele wurden hier nicht ausgeführt.

lipo -archs "/System/Applications/Mail.app/Contents/MacOS/Mail"

Die Ausgabe verstehen:

Die folgende Ausgabe ist beispielhaft, kein Protokoll eines getesteten Macs. Architekturnamen beschreiben die Programmdatei; arm64e belegt keine neuere oder gültige Codesignatur.

# Illustrative output, not measured on a test Mac.
# Native arm64 executable:
/path/to/executable: Mach-O 64-bit executable arm64

# arm64e is an architecture label, not a code-signing verdict:
/path/to/executable: Mach-O 64-bit executable arm64e

# Intel executable:
/path/to/executable: Mach-O 64-bit executable x86_64

# Universal executable; dependencies still need separate checks:
/path/to/executable: Mach-O universal binary with 2 architectures: [x86_64] [arm64]

Intel-Apps prüfen: Umfang und Grenzen

Dies ist eine Teilliste; mit Finder und Herstellerdokumentation abgleichen. Installiert bedeutet nicht gerade ausgeführt. Weder diese Liste noch ein Befehl für einen einzelnen Ordner deckt nachweislich alle Plug-ins, Befehlszeilentools oder individuellen Installationsorte ab.

Die bisherigen Sammelscans wurden zurückgezogen: Sie setzten gleiche Bundle- und Programmnamen voraus oder wählten die erste Datei und konnten Apps und Plug-ins falsch einordnen. Apple verwendet CFBundleExecutable. Die tatsächliche Programmdatei ermitteln und mit den folgenden lesenden Befehlen prüfen; das ist keine vollständige Inventur aller Abhängigkeiten.

Mit lipo für noch mehr Details prüfen:

lipo -info "/path/to/App.app/Contents/MacOS/Executable"

Dies ist das Low-Level-Tool, das folgende Ausgabe erzeugt:

Architectures in the fat file: /path/to/executable are: x86_64 arm64

oder für Intel-only-Apps:

Non-fat file: /path/to/executable is architecture: x86_64

Welche Apps Sicher Sind und Welche Handlungsbedarf Haben

Wichtige Apps, Die Nativ Geworden Sind (Sie Sind Sicher)

Die große Mehrheit der Mainstream-Consumersoftware hat den Übergang zu Apple Silicon native vor Jahren vollzogen. Wenn Sie nur beliebte, aktiv gewartete Apps ausführen, stehen Sie wahrscheinlich gut da.

App / Suite	Nativ seit	Architektur	Status
Adobe Photoshop	Januar 2022	Universal	Sicher
Adobe Premiere Pro	April 2022	Universal	Sicher
Adobe Illustrator	März 2022	Universal	Sicher
Adobe Lightroom	November 2020	Universal	Sicher
Microsoft Word	November 2020	Universal	Sicher
Microsoft Excel	November 2020	Universal	Sicher
Microsoft PowerPoint	November 2020	Universal	Sicher
Microsoft Outlook	November 2020	Universal	Sicher
Google Chrome	März 2021	Universal	Sicher
Mozilla Firefox	November 2020	Universal	Sicher
Slack	März 2021	Universal	Sicher
Zoom	April 2021	Universal	Sicher
Microsoft Teams	März 2022	Universal	Sicher
VS Code	März 2021	Universal	Sicher
JetBrains IDEs	2021	Universal	Sicher
Figma	2021	Universal	Sicher
Dropbox	2021	Universal	Sicher
1Password	November 2020	Universal	Sicher
Spotify	2021	Universal	Sicher
VLC Media Player	2021	Universal	Sicher
Final Cut Pro	November 2020	Native ARM	Sicher
Logic Pro	November 2020	Native ARM	Sicher
Xcode	November 2020	Native ARM	Sicher

Kategorien, Die Möglicherweise Noch Rosetta 2 Benötigen

Nicht alle Software bewegt sich im gleichen Tempo. Die Kategorien, die 2026 am wahrscheinlichsten noch Intel-only-Komponenten haben, sind:

Audio-Produktions-Plugins (Höchstes Risiko)

Dies ist die einzige Kategorie mit dem höchsten Risiko. Audio Unit (AU)- und VST-Plugins sind oft kleine, spezialisierte Tools, die von kleinen Entwicklerteams oder Solo-Entwicklern gepflegt werden. Viele dieser Plugins wurden seit Jahren nicht aktualisiert, und einige Entwickler haben die aktive Pflege aufgegeben.

Die bisherigen Sammelscans wurden zurückgezogen: Sie setzten gleiche Bundle- und Programmnamen voraus oder wählten die erste Datei und konnten Apps und Plug-ins falsch einordnen. Apple verwendet CFBundleExecutable. Die tatsächliche Programmdatei ermitteln und mit den folgenden lesenden Befehlen prüfen; das ist keine vollständige Inventur aller Abhängigkeiten.

Wissenschaftliche und Forschungssoftware

Viele wissenschaftliche Computeranwendungen, akademische Softwaretools und Forschungsinstrumente haben Intel-only-Versionen, die aufgrund kleiner Benutzerbasen, akademischer Finanzierungszyklen oder institutioneller Kaufbeschränkungen selten aktualisiert werden. Beispiele sind:

• Spezialisierte Datenanalysetools (einige MATLAB-Toolboxen, R-Pakete mit kompilierten Erweiterungen)
• Geoinformationssystem (GIS)-Tools
• Laborgeräte-Steuerungssoftware
• Legacy-Datenverarbeitungs-Pipelines mit kompilierten Komponenten

Industrie- und Unternehmensanwendungen

Unternehmenssoftware bewegt sich langsam. Line-of-Business-Anwendungen, ERP-Konnektoren, VPN-Clients für ältere Unternehmensinfrastruktur und spezielle Hardware-Schnittstellensoftware verbleiben häufig auf Intel-Architekturen, lange nachdem Consumersoftware übergegangen ist.

Ältere Spiele und Gaming-Plattform-Clients

Auf Apple silicon steht Rosetta unter macOS 27 und früher weiterhin zur allgemeinen Übersetzung von Intel-Apps bereit. Ab macOS 28 beschränkt Apple die Funktionen auf bestimmte ältere, nicht mehr gepflegte Spiele mit Intel-basierten Frameworks. Das bedeutet weder die vollständige Entfernung aller Rosetta-Funktionen noch eine Garantie für jedes alte Spiel.

Legacy Creative Tools

Ältere Versionen professioneller Kreativsoftware — Versionen, die vor Apple Silicon veröffentlicht wurden, als ewige Lizenzen statt Abonnements erworben — sind möglicherweise noch Intel-only. Wenn Sie eine alte Version von Final Cut Pro 7 oder eine Legacy-Version eines Audio/Video-Tools ausführen, überprüfen Sie die Architektur.

Was Tatsächlich Passiert, Wenn Rosetta 2 Entfernt Wird

Das macOS 27-Szenario (Herbst 2026)

Wenn macOS 27 im Herbst 2026 erscheint, geschehen zwei Dinge gleichzeitig:

1. Intel Mac-Besitzer können nicht upgraden (ihre Hardware wird nicht mehr unterstützt)
2. Apple Silicon Mac-Besitzer können upgraden, und Rosetta 2 bleibt in macOS 27

Das macOS 28-Szenario (Herbst 2027): Wenn Apps Aufhören zu Funktionieren

Auf Apple silicon steht Rosetta unter macOS 27 und früher weiterhin zur allgemeinen Übersetzung von Intel-Apps bereit. Ab macOS 28 beschränkt Apple die Funktionen auf bestimmte ältere, nicht mehr gepflegte Spiele mit Intel-basierten Frameworks. Das bedeutet weder die vollständige Entfernung aller Rosetta-Funktionen noch eine Garantie für jedes alte Spiel.

Die Architektur allein garantiert keine Kompatibilität:

• Universal-Binary-Apps — das native Hauptprogramm benötigt keine Rosetta; Abhängigkeiten und die OS-Anforderungen des Herstellers prüfen.
• Native Apple-silicon-Apps — das Hauptprogramm benötigt keine Rosetta; Komponenten und OS-Kompatibilität separat prüfen.
• Web-Apps und Progressive Web Apps (PWAs) — nicht betroffen
• Apps, die in virtuellen Maschinen laufen — hängt von der Virtualisierungslösung ab

Übergangsoptionen Wenn Die Deadline Naht

Wenn Sie sich mit Intel-only-Apps befinden, die bis Herbst 2027 keine native Apple Silicon-Alternative haben, sind Ihre Optionen:

Option 1: Bei macOS 27 Bleiben

Ein kompatibler Mac mit älterem macOS kann einen alten Arbeitsablauf bewahren. Sicherheitsupdates, Lizenzen, Geräteunterstützung und dauerhafter Betrieb sind damit nicht garantiert. Intel-Macs führen Intel-Apps direkt aus; Rosetta betrifft Apple silicon. Kein vom Mac nicht unterstütztes System installieren.

Option 2: Virtuelle Maschinen

Eine VM ist eine zu prüfende Möglichkeit, keine bestätigte Garantie. Host- und Gast-macOS, Rosetta-Verfügbarkeit, Lizenz und Gerätebedarf mit dem Virtualisierungsanbieter klären und den Arbeitsablauf vor dem Upgrade testen. Weder ein macOS-28-Host noch eine VM-Konfiguration wurde hier praktisch getestet.

Option 3: Einen Legacy-Mac Behalten

Einige Organisationen und Profis behalten einen älteren Intel-Mac (oder einen frühen Apple Silicon Mac mit einem älteren macOS) speziell für den Betrieb von Legacy-Software. Dies ist für den gelegentlichen Zugriff auf Legacy-Tools machbar, erfordert jedoch die Wartung alternder Hardware.

Option 4: Native Alternativen Finden

In den meisten Fällen ist die beste langfristige Strategie, eine native Apple Silicon-Alternative für alle Intel-only-Apps zu finden, von denen Sie abhängig sind. Fünf Jahre in der Apple Silicon-Ära ist das native App-Ökosystem reichhaltig, und für die meisten Softwarekategorien gibt es überzeugende Alternativen.

Apple Silicon: Die Architektur Verstehen

Was „Universal Binary" Bedeutet und Warum Es Wichtig Ist

Apple führte Universal Binary 2 mit Apple Silicon ein, um Entwicklern zu ermöglichen, ein einzelnes App-Paket zu liefern, das nativ auf Intel- und Apple Silicon-Macs läuft. Wenn Sie in der Spalte „Art" in den Systeminformationen „Universal" sehen, sehen Sie diese Technologie in Aktion.

Ein Universal Binary enthält zwei vollständige Kopien des kompilierten Anwendungscodes:

• Eine für Intel x86_64 kompilierte
• Eine für Apple Silicon ARM64 kompilierte

macOS wählt automatisch die entsprechende Version für die Hardware, auf der es läuft. Universal Binaries sind die ideale Lösung für Entwickler, die beide Plattformen unterstützen müssen — sie führen jedoch zu größeren App-Bundle-Größen (ungefähr doppelte Binary-Größe, obwohl Assets geteilt werden).

Native Programme in Universal- oder Apple-silicon-Builds benötigen keine Intel-Übersetzung. Das garantiert keine dauerhafte Kompatibilität: Zusatz-Plug-ins, Erweiterungen, Updater und die OS-Anforderungen des Herstellers weiter prüfen.

Architekturtyp-Referenz

Architektur	macOS-Begriff	Terminal-Ausgabe	Rosetta für das Hauptprogramm nötig?	Kompatibilität mit macOS 28
ARM64	Apple	arm64 oder arm64e	Nein	Abhängig von Komponenten und OS-Anforderungen
x86_64	Intel	x86_64	Rosetta	Auf Apple silicon steht Rosetta unter macOS 27 und früher weiterhin zur allgemeinen Übersetzung von Intel-Apps bereit. Ab macOS 28 beschränkt Apple die Funktionen auf bestimmte ältere, nicht mehr gepflegte Spiele mit Intel-basierten Frameworks. Das bedeutet weder die vollständige Entfernung aller Rosetta-Funktionen noch eine Garantie für jedes alte Spiel.
ARM64 + x86_64	Universal	universal binary	Nein	Abhängig von Komponenten und OS-Anforderungen
ARM64e	Apple silicon	arm64e	Nein	Abhängig von Komponenten und OS-Anforderungen

Aktionsplan: Was Sie Jetzt Tun Sollten

Sofortige Schritte (Diese Woche)

Schritt 1: Die Architektur-Prüfung Durchführen

Dies ist eine Teilliste; mit Finder und Herstellerdokumentation abgleichen. Installiert bedeutet nicht gerade ausgeführt. Weder diese Liste noch ein Befehl für einen einzelnen Ordner deckt nachweislich alle Plug-ins, Befehlszeilentools oder individuellen Installationsorte ab.

Schritt 2: Ihre Intel-Apps Kategorisieren

Ordnen Sie jede gefundene Intel-App einer von drei Kategorien zu:

• Kritisch: Sie verwenden es täglich oder wöchentlich, und Ihre Arbeit hängt davon ab
• Wichtig: Sie verwenden es monatlich, und Alternativen würden erhebliche Workflow-Änderungen erfordern
• Legacy: Sie verwenden es selten, oder könnten leicht eine Alternative finden

Schritt 3: Jede Kritische und Wichtige App Recherchieren

Stellen Sie für jede App in den Kategorien Kritisch und Wichtig fest:

1. Gibt es bereits eine native Apple Silicon-Version? (Laden Sie sie sofort herunter, falls vorhanden)
2. Hat der Entwickler eine Apple Silicon-Version in der Entwicklung angekündigt?
3. Ist der Entwickler noch aktiv, oder wurde das Produkt aufgegeben?
4. Gibt es ausgereifte native Alternativen?

Schritt 4: Entwickler Kontaktieren

Für Apps, von denen Sie abhängig sind, die keine native Version haben und keine angekündigten Pläne, wenden Sie sich direkt an den Entwickler. Kundendruck funktioniert. Eine Flut von Support-Tickets zur Apple Silicon-Kompatibilität — insbesondere mit Verweis auf die macOS 26.4-Warndialoge — sendet ein klares Marktsignal.

Mittelfristige Schritte (Nächste 6 Monate)

Erstellen Sie Ihre Migrations-Roadmap

Erstellen Sie eine einfache Tabelle oder Liste:

App-Name	Aktueller Status	Native Version?	Ersatz	Priorität	Zieldatum
[App]	Nur Intel	In Entwicklung	N/A	Kritisch	Vor dem macOS-Upgrade
[App]	Nur Intel	Nein	[Alternative]	Wichtig	Vor dem macOS-Upgrade

Alternativen Frühzeitig Testen

Warten Sie nicht, bis macOS 28 erscheint, um alternative Apps auszuprobieren. Das Testen und Überführen von Workflows braucht Zeit, besonders bei professionellen Tools. Wenn Sie heute eine App identifizieren, die ersetzt werden muss, beginnen Sie jetzt mit dem Testen von Alternativen, wenn noch keine Dringlichkeit besteht.

Bewerten Sie Ihre Plugin-Situation

Wenn Sie digitale Audio-Workstations, Fotobearbeitungs-Plugins oder andere plugin-basierte Kreativsoftware verwenden, überprüfen Sie Ihre Plugins separat. Plugins haben oft unabhängige Update-Zyklen von ihren Host-Apps.

Entwicklerhinweise: App und Abhängigkeiten prüfen

Apples Universal-Binary-Anleitung verlangt Xcode 12.2 oder neuer und empfiehlt Standard Architectures. Alle kompilierten Komponenten prüfen, auch Plug-ins, Frameworks und Hilfsprogramme. Bei dieser Dokumentenprüfung wurde kein Projekt gebaut oder praktisch getestet.

Eine gebaute Programmdatei prüfen

Die Beispiele lesen nur. Den Platzhalter in Anführungszeichen durch den tatsächlichen Mach-O-Dateipfad ersetzen, nicht durch ein App- oder Framework-Verzeichnis. Keiner der Befehle prüft alle Abhängigkeiten; diese Beispiele wurden hier nicht ausgeführt.

# Read-only inspection; replace this placeholder with an actual executable.
file "/path/to/executable"
lipo -archs "/path/to/executable"

Bedingte Kompilierung ist keine Laufzeiterkennung

Das Swift-Beispiel wählt Code beim Kompilieren für einen Binär-Slice aus. Es erkennt weder den physischen Mac noch eine Rosetta-Übersetzung des laufenden Prozesses. Dafür die verlinkten Hinweise in Apples Universal-Binary-Dokumentation verwenden.

// Compile-time architecture selection for the binary slice.
// This does not detect the physical Mac or Rosetta translation at runtime.
#if arch(arm64)
  print("Compiled for arm64")
#elseif arch(x86_64)
  print("Compiled for x86_64")
#endif

Projektspezifische Builds und Verteilung

Die bisherigen allgemeinen Build-, SIMD-, Installations-, Signier- und Notarisierungsrezepte wurden entfernt, weil Einstellungen, Pfade, Semantik und Zugangsdaten nicht geprüft waren. Für das konkrete Projekt Apples Build-Anleitung und Signatur- und Notarisierungsanforderungen verwenden. Slices und Abhängigkeiten vor der Verteilung testen; hier wird kein praktisch getestetes Build- oder Signierrezept angeboten.

Häufig Gestellte Fragen

F: Ich habe einen Intel Mac. Betrifft mich das?

Ein kompatibler Mac mit älterem macOS kann einen alten Arbeitsablauf bewahren. Sicherheitsupdates, Lizenzen, Geräteunterstützung und dauerhafter Betrieb sind damit nicht garantiert. Intel-Macs führen Intel-Apps direkt aus; Rosetta betrifft Apple silicon. Kein vom Mac nicht unterstütztes System installieren.

F: Meine Intel-App läuft schneller als einige native Apps, die ich ausprobiert habe. Warum upgraden?

Die Leistung hängt von App, Arbeitslast und Mac ab. Hier liegt kein reproduzierbarer Benchmark für einen festen Leistungsverlust oder einen Anteil der nativen Leistung vor; diese Zahlen wurden entfernt. Die heutige Geschwindigkeit belegt keine künftige Kompatibilität.

F: Kann ich die Warndialoge in macOS 26.4 deaktivieren?

Laut Apple kann eine Intel-App oder eine ihrer Komponenten eine Mitteilung zur Inkompatibilität mit macOS 28 anzeigen. Die aktuelle Dokumentation belegt weder eine Warnung bei jedem Start jeder App noch den genauen Text einer künftigen Fehlermeldung.

F: Was wenn ein Entwickler sagt, er wird nie eine native Apple Silicon-Version veröffentlichen?

Wichtige Intel-only-Apps priorisieren, Daten exportieren, solange sie laufen, und den Entwickler nach einer Universal- oder Apple-silicon-Version fragen. Nach der macOS-Versionsgrenze planen, nicht nach unbestätigten Terminen oder einem Countdown ab Erstveröffentlichung.

F: Sind Plugins (Audio-Plugins, Photoshop-Plugins usw.) getrennt von der Host-App?

Native Programme in Universal- oder Apple-silicon-Builds benötigen keine Intel-Übersetzung. Das garantiert keine dauerhafte Kompatibilität: Zusatz-Plug-ins, Erweiterungen, Updater und die OS-Anforderungen des Herstellers weiter prüfen.

F: Was ist mit Apps, die ich nur gelegentlich verwende? Muss ich sie eilig ersetzen?

Wichtige Intel-only-Apps priorisieren, Daten exportieren, solange sie laufen, und den Entwickler nach einer Universal- oder Apple-silicon-Version fragen. Nach der macOS-Versionsgrenze planen, nicht nach unbestätigten Terminen oder einem Countdown ab Erstveröffentlichung.

F: Wie prüfe ich, ob eine installierte App nativ ist?

Im Finder die App auswählen, Befehl-I drücken und Art lesen: Programm (Intel) benötigt auf Apple silicon Rosetta, Programm (Universal) unterstützt beide Architekturen, Programm (Apple silicon) ist nativ. Die allgemeine Bezeichnung Programm allein belegt keine Architektur. Plug-ins, Erweiterungen und Updater separat prüfen.

F: Wird Rosetta 2 wirklich entfernt, oder ist das nur Spekulation?

Auf Apple silicon steht Rosetta unter macOS 27 und früher weiterhin zur allgemeinen Übersetzung von Intel-Apps bereit. Ab macOS 28 beschränkt Apple die Funktionen auf bestimmte ältere, nicht mehr gepflegte Spiele mit Intel-basierten Frameworks. Das bedeutet weder die vollständige Entfernung aller Rosetta-Funktionen noch eine Garantie für jedes alte Spiel.

F: Was ist Universal Binary 2 und wie unterscheidet es sich vom originalen Universal Binary?

A: Das originale Universal Binary (aus dem PowerPC-zu-Intel-Übergang 2005-2006) kombinierte PowerPC- und Intel-Code in einem einzelnen Paket. Universal Binary 2 (eingeführt 2020) kombiniert Intel x86_64- und Apple Silicon ARM64-Code in einem einzelnen Paket. Die zugrundeliegende Technologie (ein „Fat Binary" mit Apples Mach-O-Format) ist ähnlich, aber die Architekturen sind unterschiedlich. Universal Binary 2 ist das, was Entwickler heute liefern müssen, um sowohl Intel- als auch Apple Silicon-Mac-Benutzer zu unterstützen.

Planen Sie Ihren Persönlichen Übergangs-Zeitplan

Hier ist eine praktische Checkliste, die Sie in den kommenden Monaten durcharbeiten können:

Wichtige Intel-only-Apps priorisieren, Daten exportieren, solange sie laufen, und den Entwickler nach einer Universal- oder Apple-silicon-Version fragen. Nach der macOS-Versionsgrenze planen, nicht nach unbestätigten Terminen oder einem Countdown ab Erstveröffentlichung.

Das Größere Bild: Apple Silicon Fünf Jahre Danach

Die macOS 26.4 Beta-Warndialoge markieren einen bedeutsamen Moment in der Geschichte von Apple Silicon. Fünf Jahre nach dem M1-Start im November 2020 signalisiert Apple das formelle Ende der Kompatibilitätsbrücke, die den Übergang für die meisten Benutzer nahtlos erscheinen ließ.

Der Übergang war nach historischen Maßstäben bemerkenswert reibungslos. Der ursprüngliche PowerPC-zu-Intel-Übergang hat die Workflows vieler professioneller Benutzer erheblich gestört. Der Apple Silicon-Übergang, dank der Leistung von Rosetta 2 und dem schnellen Tempo der nativen App-Entwicklung, war für die meisten Mac-Benutzer weitgehend unsichtbar. Entwickler portierten ihre Apps schnell, die Leistungsvorteile von Apple Silicon waren erheblich, und innerhalb von zwei Jahren nach dem M1-Start lief die meiste Mainstream-Software nativ.

Wichtige Intel-only-Apps priorisieren, Daten exportieren, solange sie laufen, und den Entwickler nach einer Universal- oder Apple-silicon-Version fragen. Nach der macOS-Versionsgrenze planen, nicht nach unbestätigten Terminen oder einem Countdown ab Erstveröffentlichung.

---

Weiterführende Lektüre

Weitere Informationen zu macOS Tahoe und dem Übergang zum reinen Apple Silicon-Computing:

• macOS Tahoe 26.4 Beta 1 Vollständiger Leitfaden: Alles Neue im Februar 2026 Update — Vollständige Aufschlüsselung des 26.4 Beta einschließlich des Rosetta 2-Warnsystems
• Intel Mac Übergangsführer: Ihre vollständige Roadmap — Alles, was Intel Mac-Besitzer über ihren Upgrade-Pfad wissen müssen
• macOS Tahoe Kompatibilitätsleitfaden — Welche Macs macOS Tahoe ausführen können und Systemanforderungen
• macOS Tahoe Entwickler Ultimate Guide 2025 — Umfassende Entwicklerdokumentation für macOS Tahoe-Funktionen, APIs und Migrationsleitfäden

---