Das Update habe ich vorhin gemacht und habe es gerade mal probiert. Läuft problemlos auf MBN 512, macOS 26.4.1, Numbers 15.2

"Termination Reason: Namespace SIGNAL, Code 5, Trace/BPT trap: 5" und wie kann ich das Problem beheben?"

„Termination Reason: Namespace SIGNAL, Code 5, Trace/BPT trap: 5“ bedeutet auf macOS in der Regel, dass der Prozess mit SIGTRAP / EXC_BREAKPOINT beendet wurde, also durch einen „Trap“ bzw. einen absichtlichen Abbruch, oft wegen eines internen Fehlers, einer Assertion oder weil der Watchdog eingriff. In einem Apple-Entwicklerbeispiel wurde derselbe Code bei einem Watchdog-Timeout und einem anschließenden Absturz während des Beendens beobachtet.

Was das praktisch heißt

Der Fehler ist meist kein einzelnes „kaputtes System“, sondern ein Hinweis darauf, dass die App an einer Stelle abstürzt, die sie selbst oder eine Bibliothek ausgelöst hat. Häufige Ursachen sind kaputte oder inkompatible Erweiterungen, falsche Architektur, beschädigte App-Daten, ein Plugin/Framework-Problem oder ein Absturz beim Start bzw. Beenden der App.

Häufige Ursachen
• Eine App oder ein Plug-in ist nicht kompatibel mit deiner macOS-/Apple-Silicon-Umgebung.
• Die App ruft beim Beenden Code auf, der nur auf dem Haupt-Thread laufen darf; im Apple-Forum war genau das der Grund für den Absturz während eines  atexit() -Handlers.
• Beschädigte Cache-, Paket- oder Build-Daten können den Fehler ebenfalls auslösen; das wird in mehreren Berichten als typischer Fix erwähnt.
• Bei manchen Apps ist es schlicht ein Bug in der jeweiligen Version, nicht in macOS selbst.

So behebst du es

1. App komplett beenden und neu starten.
2. App aktualisieren oder testweise neu installieren.
3. Cache- und Einstellungsdateien der App löschen, falls die App weiter abstürzt.
4. Wenn es eine Entwickler-App ist: Derived Data, Package Caches oder Build-Artefakte löschen und neu bauen.
5. Prüfen, ob ein Plug-in, Zusatzmodul, ein fremdes Framework oder ein Add-on der Auslöser ist.
6. macOS aktualisieren, falls der Fehler nur in einer bestimmten Systemversion auftritt.

Wenn du den Crash-Log hast

Entscheidend ist nicht nur die Zeile mit „Trace/BPT trap: 5“, sondern auch der Stack Trace darüber. Wenn dort eine bestimmte App-, Framework- oder Plug-in-Komponente auftaucht, ist genau dort die Ursache zu suchen; im Apple-Beispiel war es der Aufruf von UIKit-Code aus einem falschen Thread beim Beenden.
Wenn du willst, kann ich dir auch helfen, deinen konkreten Crash-Log Zeile für Zeile zu lesen und den wahrscheinlichsten Verursacher zu identifizieren.

Dass der Prozess als  /Applications/Numbers Creator Studio.app/Contents/MacOS/Numbers  läuft, ist ebenfalls auffällig, weil der Pfad nicht dem üblichen Apple-Standardpfad entspricht und auf eine geänderte oder umbenannte App-Installation hindeutet.

Ob ein App Cleaner das Problem wohl lösen kann?
Lösche mal ~/Library/Containers/com.apple.Numbers. Der genaue Pfad hängt womöglich von der Version ab, bei mir (14.5) ist es com.apple.iWork.Numbers

Vielleicht lösche ich 15.2 und installiere es mal neu.

Taugen eigentlich Antworten von beispielsweise Perplexity in solch einem Fall? [...]
Hilft sowas?

Aus dem Protokoll kann man sehen, dass das kein echter Absturz ist, sondern nur ein "nicht abgefangener Ausnahmezustand" (unhandled exception). Der wichtigste Teil aus dem Protokoll fehlt leider. Daraus kann man manchmal (leider nicht immer) die Ursache ablesen.

Was steht im Protokoll im Abschnitt mit der Überschrift "Thread 0 Crashed: Dispatch queue: com.apple.main-thread"? (Alle anderen Teile sind uninteressant.)

Das kann seit macOS 11 grundsätzlich keine Auswirkungen haben, da macOS digital versiegelt und unveränderlich ist. Sinnvoll wäre dagegen ein Test mit einem anderen Benutzer-Account. Den kann man ja sofort wieder löschen.

Uff, da ist nichts von Numbers drin:

Die Finder-Suche verrät dir den korrekten Pfad:
~/Library/Containers/Numbers/