Babylon.js messen und ausliefern
Erklärt langsamen Start, ungleichmäßige Frames und wachsenden Speicher anhand einer wiederholbaren Spielszene. Behebt den gemessenen Engpass und nennt tatsächlich geprüfte Browser und Geräte.
babylonjs-profiling-delivery
Entdecke, wie der Skill hilftWann ist der Skill hilfreich?
Nutze diesen Skill bei langsamem Start, Ruckeln oder Speicherwachstum nach Szenenwechseln.
Wobei hilft er dir?
- Trennt Skript-, GPU-, Shaderkompilierungs- und Dekodierkosten.
- Ändert einen Engpass und vergleicht denselben aufgewärmten Ablauf.
- Dokumentiert geprüfte Browser und fehlende Renderbackends.
Das könntest du fragen
Unser Browser-Rennspiel ruckelt in der ersten Runde und wird nach fünf Neustarts langsam. Miss Asset-Dekodierung, Shader-Kompilierung und zurückgehaltene Ressourcen getrennt. Vergleiche dieselbe Strecke nach einer gezielten Änderung und benenne ungeprüfte Mobilgeräte sowie nicht unterstützte Grafikoptionen.
Ausführliche Dokumentation
Hier findest du die ursprüngliche Anleitung, Beispiele und Prüfschritte des Skills in ihrer Originalsprache.
Weniger anzeigen
Babylon.js — profiling delivery
Use when investigating Babylon startup, frame time, draw calls, memory growth or browser compatibility.
Version and project gate
Inspect package.json and lockfile, Babylon package family and exact version, engine creation, WebGL/WebGPU choice, canvas hosting, loaders, physics plugin version and asset ownership. Keep Babylon Lite and the full engine APIs distinct. Never turn a task into an engine upgrade without the user’s intent. Read the version-matching official reference when an API decision depends on it.
Work
Capture a representative scene and actual device. Distinguish JS, GPU, shader compilation and asset decode stalls. Inspect scene/engine instrumentation available in the installed version. Change one bottleneck and compare the same route after warm-up; include context loss and teardown in delivery.
Deliver
A bottleneck record, scoped optimization and browser/build matrix with explicit unmeasured targets. Keep the change in the existing project structure; separate actual observations from the proposed acceptance scenario below.
Failure to prevent
Do not replace a measured bottleneck with generic draw-call targets or assume WebGPU is supported everywhere.
Acceptance scenario
Repeat a level transition and a busy gameplay route, then simulate an unavailable rendering backend and verify a visible outcome. Follow the project’s execution and verification permissions. If execution or a target device is unavailable, provide the reproduction steps and name the remaining uncertainty; do not mark it passed.
Scope and sources
This skill belongs to Ziva. Agent selection is restricted by Orqestria’s assigned-agent policy, including forced skill selection; instruction text alone is not an access control. These are original task workflows researched from official documentation, not a copied or endorsed vendor skill.
Enthaltene Dateien 1
SKILL.md