Foolafroos/open-physics

Verwenden, wenn ein Agent eine deterministische Physiksimulation in Hermes benötigt. Erzwingt ehrliche Verfügbarkeitsprüfungen und den Build-Schritt-Wiederholungs-Workflow.

Was ist open-physics?

Diese Fähigkeit definiert einen strikten Workflow für einen KI-Agenten zur Erstellung und Nutzung einer deterministischen Physiksimulation in der Hermes-Umgebung. Sie stellt sicher, dass der Agent nur dann eine Physikwelt simuliert, wenn die entsprechenden Tools tatsächlich registriert sind, und verhindert so Erfindungen oder die Ausgabe nicht überprüfter Ergebnisse. Die Fähigkeit schreibt einen klaren Ablauf aus Welterstellung, Körperaddition, Zeitschritt, Kontakt-/Raycast-Abfragen und Wiederholung vor, wobei die Determiniertheit als testbarer Vertrag behandelt wird. Plattformen wie Claude Code, Cursor und andere agentenbasierte Systeme können diese Anleitung nutzen, um Physikaufgaben zu orchestrieren, ohne sich auf nicht vorhandene oder proprietäre Engines zu verlassen. Die Beschreibung betont die Notwendigkeit, reale Ergebnisse zu inspizieren und weist ausdrücklich darauf hin, dass es sich um eine prä-Alpha-Implementierung handelt, die keine Havok-Codebasis enthält.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Foolafroos/open-physics/tree/HEAD/skills/open-physics

Installed? Explore more Produktivität & Zusammenarbeit skills: steipete/gemini, steipete/gh-issues, steipete/skill-creator · View all 6 →

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Open Physics

Wann verwenden

  • Ein Agent muss eine deterministische Physikwelt erstellen, fortschreiten, abfragen oder wiederholen.
  • Ein Spieltester benötigt Kontakte, Raycasts oder Löserdiagnosen anstelle optischer Schätzungen.

Verfügbarkeits-Grundregel — aktueller Stand

Dieses Repository ist ein Pre-Alpha-Gerüst. Es wurden noch keine physics_*-Tools registriert. Behaupten Sie nicht, dass eine Welt simuliert wurde, dass eine Wiederholung übereinstimmte oder dass ein Build physikalisch korrekt ist. Falls die geplanten Tools nicht verfügbar sind, melden Sie, dass der native Kern nicht implementiert ist, und stoppen Sie, anstatt eine andere Engine oder erfundene Ausgabe zu substituieren.

Beabsichtigter M0-Workflow

Verwenden Sie diese Schleife erst, nachdem die entsprechenden Tools tatsächlich existieren:

physics_world_create
  → physics_body_add (für jeden Körper)
  → physics_step (feste Schrittanzahl)
  → physics_contacts_report / physics_raycast
  → physics_replay (gleiches Eingabe-Log; identische Ergebnisse erforderlich)

Regeln für die zukünftige Implementierung:

  1. Halten Sie die anfängliche Weltbeschreibung explizit und serialisierbar.
  2. Schließen Sie nie Simulationserfolg aus der Abwesenheit eines Fehlers; überprüfen Sie den resultierenden Zustand.
  3. Behandeln Sie Determiniertheit als testbaren Vertrag: Dieselben Eingaben und Schrittdaten müssen identische Ausgaben erzeugen.
  4. Melden Sie maximale Zwangsbedingungsverletzungen und gebrochene Impulse zusammen mit den Simulationsergebnissen.
  5. Stellen Sie die Engine nicht als Havok oder als Havok-Code enthaltend dar. Es handelt sich um eine originale Clean-Room-Implementierung.

Verwandte Skills