Bevy-Profiling und Migration
Trennt langsames Kompilieren, Starten und Spielen vor der Lösungswahl. Bei einem geplanten Versionswechsel erfasst es betroffene APIs und Plugins und erhält eine funktionierende Rückkehrrevision.
bevy-profiling-migration
Entdecke, wie der Skill hilftWann ist der Skill hilfreich?
Nutze dies, wenn dein Bevy-Projekt stockt oder eine geplante Engine-Migration sein Verhalten verändert.
Wobei hilft er dir?
- Trennt Kompilierung, Start und laufende Bildkosten anhand eines wiederholbaren Spielablaufs.
- Misst teure Systeme vor Vorschlägen für Architekturänderungen oder Abhängigkeitsupdates.
- Dokumentiert betroffene APIs, Plugin-Kompatibilität und eine nutzbare Rückkehrversion.
Das könntest du fragen
Unsere große Schlacht läuft langsam, und wir erwägen ein Bevy-Upgrade. Miss zuerst die dichteste Kampfroute und kostspielige Systeme. Bei begründetem, freigegebenem Upgrade prüfe Plugin-Kompatibilität und dieselbe Route auf beiden Revisionen; halte den funktionierenden Ausgangsstand verfügbar.
Ausführliche Dokumentation
Hier findest du die ursprüngliche Anleitung, Beispiele und Prüfschritte des Skills in ihrer Originalsprache.
Weniger anzeigen
Bevy — profiling migration
Use when diagnosing Bevy frame stalls, build/runtime regressions or version migration.
Version and project gate
Inspect Cargo.toml, Cargo.lock, Rust toolchain, exact Bevy release, plugin compatibility, feature selection, schedules, state definitions, asset roots and target backend. Read the matching migration guide before using newer examples. 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 the pinned toolchain, features, target and reproduction. Separate compile/link time from startup and steady-state performance. Profile schedule hotspots before changing architecture. Migrate one release boundary with its matching guide and plugin matrix; preserve a compiling rollback revision.
Deliver
A measured bottleneck or migration ledger with exact versions, affected APIs and remaining blockers. Keep the change in the existing project structure; separate actual observations from the proposed acceptance scenario below.
Failure to prevent
A successful cargo check does not prove render behavior or a target device; never upgrade every plugin blindly.
Acceptance scenario
Build the intended target and replay the same gameplay route before/after; label checks that could not be run. 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 Talon. 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