Physical AI Physics Selection

NVIDIAOfficialCreated by Neelakantan ManiDistributed by NVIDIA

Skill
Guidelines
Software development
Apache-2.0
Medium risk
Has scripts

From the author

Choose a physics engine and integration for robot learning, manipulation, assembly, differentiable optimization, or other Physical AI simulation. Compare Newton, PhysX, MuJoCo/MJX, Bullet/PyBullet, VSim Robotics, Genesis, and Drake. Evaluate Newton first for suitable new workflows, select ovnewton when supported shared-stage integration adds value, then verify setup. Use for simulator comparisons, migration decisions, and Newton/ovnewton first-run issues; preserve an explicitly chosen engine.

— the description by Neelakantan Mani

AutoGineer summary

Written by AutoGineer from the skill’s own files, not by the author

This skill provides a structured decision-making framework for choosing the appropriate physics engine for Physical AI tasks, such as robot learning, manipulation, and differentiable optimization. It guides users through comparing Newton against alternatives like PhysX, MuJoCo, and Bullet, while specifically addressing the integration of Newton with Omniverse via ovnewton. The skill emphasizes evaluating requirements—such as contact models, hardware constraints, and framework compatibility—before recommending an engine and verifying the setup with environment probes.

What it does

Evaluates project requirements for physics simulation and robot learning tasks.
Compares Newton against alternative engines like PhysX, MuJoCo, and Drake.
Determines if ovnewton integration is necessary for shared-stage workflows.
Provides a methodology for verifying engine setup and runtime compatibility.
Ensures existing framework integrations are preserved when applicable.
Documents the rationale for engine selection and validation plans.

When to use it

When starting a new Physical AI or robotics simulation project without a prescribed engine.
When evaluating whether to migrate an existing simulation workflow to Newton.
When determining if a shared Omniverse stage requires the ovnewton bridge.
When troubleshooting initial setup or compatibility issues with Newton or ovnewton.

Advantages

Promotes evidence-based selection rather than relying on generic engine popularity.
Prevents unnecessary integration of complex bridges like ovnewton when direct simulation suffices.
Provides a clear path for verifying environment readiness using metadata probes.
Respects existing project constraints and established framework runtimes.

Usage examples

“I am building a new robot learning environment for grasping. Should I use Newton?”: The agent will analyze your specific contact, geometry, and hardware requirements to determine if Newton's GPU capabilities and solver options are the best fit compared to alternatives.
“My team uses Omniverse for visualization. Do I need ovnewton to run my physics simulation?”: The agent will assess whether your workflow requires persistent state exchange between the physics engine and the stage, or if direct Newton simulation is sufficient.

Install

Download the skill as a ZIP:
https://autogineer.com/agent-skills/nvidia/physical-ai-physics-selection/download

Unzip it into the cross-client skills folder of your project:

mkdir -p .agents/skills && unzip physical-ai-physics-selection.zip -d .agents/skills

Documentation by Neelakantan Mani

Select physics for a Physical AI workflow

Recommend a usable simulation stack for the user's task. For a new workflow without a prescribed engine, evaluate Newton first. Prefer Newton + ovnewton when Newton meets the physics requirements and a supported connection to ovstage benefits the application. Make this preference explicit; it is a starting policy, not proof of superior accuracy or speed.

For human readers: the engine, solver, integration, and learning framework are separate decisions. Newton offers several solvers, including MuJoCo Warp. Ovnewton connects Newton to ovstage. Isaac Sim and Isaac Lab have their own integration paths. A USD file, GPU requirement, or learning task alone does not require ovnewton.

Understand the task

Infer requirements from the project and request. Ask only about a missing choice that changes the recommendation. Establish:

Physical task and acceptance criteria: locomotion, grasping, insertion, deformable manipulation, system identification, or another concrete outcome.
Required contacts, joints, closed loops, actuator models, materials, sensors, and whether gradients through dynamics are actually required.
Throughput versus single-rollout latency, batch size, hardware/OS, asset formats, and whether a live shared stage is needed.
Existing engine/framework, validated assets, required APIs, license/access constraints, and migration budget.

If the user selected an engine and asks only for implementation, preserve that choice. Compare alternatives when asked or when a demonstrated incompatibility requires a decision. Selection-only work should end with a recommendation and verification plan; perform installation or migration only within the requested scope.

Evaluate Newton and the relevant alternatives

Read engine selection for Newton's strengths, competing engines, and dated capability evidence. Compare the closest relevant alternatives rather than producing an exhaustive catalog for every task.

Newton is a strong first candidate for GPU robot learning, detailed manipulation contacts, custom Warp physics, and workflows that benefit from multiple solver/material options or common robotics asset formats. Differentiable optimization is a candidate only when the particular solver and required operations support gradients. Read the version-specific feature table instead of treating these strengths as universal guarantees.

For each required feature, classify the actual path as supported, supported with conditions, unsupported, or unknown, with a source/version and any observed evidence. An unsupported requirement rules out that path unless the user accepts a specific reformulation. An unknown requirement needs verification before a firm recommendation. Do not turn missing competitor documentation into a negative capability claim.

Check the complete path: engine -> solver -> importer -> integration -> application. In particular:

Warp automatic differentiation does not make every Newton solver differentiable. Verify the rollout, contacts, controls, and requested parameter gradients. Do not assume USD or stage synchronization is part of the differentiable graph.
Newton features do not automatically pass through ovnewton. Its 0.2.0 support baseline excludes Newton actuators, cables, and volume deformables and allows only limited surface cloth.
Newton and standalone MuJoCo overlap through MuJoCo Warp. Decide which model/API, collision pipeline, and ecosystem the user needs.
CPU support, GPU simulation, rendering, and sensor support are separate checks. Framework backends may expose less than the underlying engine.

Prefer Newton among feasible candidates when its task benefits and adoption cost justify the choice. Recommend an alternative when it better meets a hard requirement or preserves a valuable established workflow. Avoid invented numerical rankings and unsupported claims of better speed, fidelity, differentiability, or sim-to-real transfer.

Choose the integration

Situation after engine selection	Recommended path
A populated ovstage must exchange supported state/drive edits with Newton	Newton + ovnewton; validate field and feature coverage
Standalone Newton simulation, including direct URDF/MJCF/USD import	Direct Newton; a viewer or USD file does not require the bridge
Existing Isaac Sim, Isaac Lab, or another framework	Its supported Newton/backend integration and tested package versions
Newton suits the task, but the bridge cannot represent required physics	Direct Newton or a verified framework path; retain a shared-stage requirement as unresolved if no supported path meets it
Another engine best meets the requirements	State the reason and use its official setup guidance within the authorized scope

For application-owned stages, preserve the existing runtime and stage. Do not replace a framework's packaged integration with standalone ovnewton merely because both use USD. Read routing and runtime before setup or dependency troubleshooting.

Set up and verify the selected path

For Newton/ovnewton setup, use the intended application's interpreter with the optional metadata probe:

python scripts/probe_environment.py

Resolve the helper path from this skill directory. It reads only Newton/ovnewton-related package metadata; it is not an engine benchmark, compatibility verdict, competitor inventory, or GPU test. A metadata-only result is not a passed simulation.

Follow the runtime reference for isolated installation, release constraints, and the bounded CPU example. Preserve an existing application's lockfile. Do not install a VM or change drivers as an incidental setup step. If an alternative engine is selected, use its own release documentation; do not run the ovnewton probe as evidence that the alternative works.

Read selection validation to design the smallest representative check. Verify task behavior as well as execution. For a required gradient path, check a representative gradient. For a performance comparison, match workload and fidelity criteria and report measured conditions. Label checks that could not run.

Deliver the decision

Give the engine, solver, and integration separately. Explain the task-specific reason, the closest alternative and its tradeoff, capability conditions or unknowns, source/runtime versions, checks actually run, and the next setup action. Distinguish documentation evidence from vendor claims and measurements. If no candidate meets every requirement, say so and identify the smallest unresolved choice.

Keep the result proportional to the task. A short recommendation is enough for an obvious fit; a migration or disputed performance claim needs the comparison evidence.

Files

ATTRIBUTION.mdAdded by AutoGineer955 B
BENCHMARK.md11.0 KiB
LICENSELicence file added by AutoGineer11.2 KiB
SKILL.md7.6 KiB
evals/EVAL.md988 B
evals/config.yml198 B
evals/evals.json16.1 KiB
references/engine-selection.md7.5 KiB
references/routing-and-runtime.md7.1 KiB
references/selection-validation.md4.2 KiB
scripts/probe_environment.pyScript1.9 KiB
skill-card.md5.9 KiB
skill.oms.sig5.9 KiB

skill.oms.sig

{"mediaType":"application/vnd.dev.sigstore.bundle.v0.3+json","verificationMaterial":{"x509CertificateChain":{"certificates":[{"rawBytes":"MIICgzCCAgmgAwIBAgIUKIyS7SxNteQIiWzK1dWj85E6520wCgYIKoZIzj0EAwMwVTELMAkGA1UEBhMCVVMxGzAZBgNVBAoMEk5WSURJQSBDb3Jwb3JhdGlvbjEpMCcGA1UEAwwgTlZJRElBIEFnZW50IENhcGFiaWxpdGllcyBJQ0EgMDEwHhcNMjYwNDAxMDAwMDAwWhcNMjgwNDIyMTUzMzA5WjBUMQswCQYDVQQGEwJVUzEbMBkGA1UECgwSTlZJRElBIENvcnBvcmF0aW9uMSgwJgYDVQQDDB9OVklESUEgQWdlbnQgU2tpbGxzIFNpZ25pbmcgMDAxMHYwEAYHKoZIzj0CAQYFK4EEACIDYgAEYoRM9bQl/dGlwSRNi6bTpIJUXH8Nv9GciP6LSflJYYMLCc296kpyuTSsk5ddbAWiDcFX3C/ydX3jwc+qCLYP6uHy9XphyLjOQ27Yb2J6rBLVtRBS1mgGco/Gr7fL6ODco4GaMIGXMB0GA1UdDgQWBBRQ/5ZW3nJ6lmo9SVk7I15o7UGmpTAfBgNVHSMEGDAWgBRPGpILxMBBleJSsBGjrMKsby1CgjAMBgNVHRMBAf8EAjAAMA4GA1UdDwEB/wQEAwIHgDA3BggrBgEFBQcBAQQrMCkwJwYIKwYBBQUHMAGGG2h0dHA6Ly9vY3NwLm5kaXMubnZpZGlhLmNvbTAKBggqhkjOPQQDAwNoADBlAjAUygu/GiOCIXrgGr4SmLgeEVDcEitfFUv7ALbvLVGVyMysB3mxmO/uInZfXzWcJZsCMQDxuoxj4ZmO30jhkPIcCxGFCOvnUsnfU3TfGcouYm4M6iRpbKvtVnHPiy4bi6pcKf0="},{"rawBytes":"MIICiDCCAg6gAwIBAgIUZsIuSv9NkpJCNqtYEfCouVv5BzowCgYIKoZIzj0EAwMwUTELMAkGA1UEBhMCVVMxGzAZBgNVBAoMEk5WSURJQSBDb3Jwb3JhdGlvbjElMCMGA1UEAwwcTlZJRElBIEFnZW50IENhcGFiaWxpdGllcyBDQTAgFw0yNjA0MDEwMDAwMDBaGA85OTk5MTIzMTIzNTk1OVowVTELMAkGA1UEBhMCVVMxGzAZBgNVBAoMEk5WSURJQSBDb3Jwb3JhdGlvbjEpMCcGA1UEAwwgTlZJRElBIEFnZW50IENhcGFiaWxpdGllcyBJQ0EgMDEwdjAQBgcqhkjOPQIBBgUrgQQAIgNiAASI72cR3ctKGg4VWnB3bNja6g1Z2PnOmFEopkPof+QeIcPk9rT+g9MjJnq51EQXL93a7C2GJ9J985G4o2V85VD7wJ1RaXhluHW2rf3y8bQGeAYaKMr5s/hUgn+M3/9WlWejgaAwgZ0wHQYDVR0OBBYEFE8akgvEwEGV4lKwEaOswqxvLUKCMB8GA1UdIwQYMBaAFItnoAjjfuCEUvzyvWyI2vOGvwPjMBIGA1UdEwEB/wQIMAYBAf8CAQAwDgYDVR0PAQH/BAQDAgEGMDcGCCsGAQUFBwEBBCswKTAnBggrBgEFBQcwAYYbaHR0cDovL29jc3AubmRpcy5udmlkaWEuY29tMAoGCCqGSM49BAMDA2gAMGUCMQCeIMMfAbyzPDacw2MxG+Yt1cikrJX/DVxiGfXuHmkkXn6VgSzE79+lkqDErpVO2gYCMCNEColOyvUvkzZGUEI1hQ3PfMgi3FIo9tHoBKMw4/wGBLFpu/0ubtmbBXM6/UMOEw=="},{"rawBytes":"MIICRTCCAcygAwIBAgIUeJdY3rV86EdvFmG7L8LJBsyQFYkwCgYIKoZIzj0EAwMwUTELMAkGA1UEBhMCVVMxGzAZBgNVBAoMEk5WSURJQSBDb3Jwb3JhdGlvbjElMCMGA1UEAwwcTlZJRElBIEFnZW50IENhcGFiaWxpdGllcyBDQTAgFw0yNjA0MDEwMDAwMDBaGA85OTk5MTIzMTIzNTk1OVowUTELMAkGA1UEBhMCVVMxGzAZBgNVBAoMEk5WSURJQSBDb3Jwb3JhdGlvbjElMCMGA1UEAwwcTlZJRElBIEFnZW50IENhcGFiaWxpdGllcyBDQTB2MBAGByqGSM49AgEGBSuBBAAiA2IABAYpiXCDjJ9NT2eSDhyHJVSw1Tbze18cGG2F/578oWvHxg23eQAhNRYdq88i1iOshZSO6C29doKui5Xpmo/7Ctw9Sx4PP2RzOmIuOLCuTdNtKcTRwi4GEsd5BAFvWj42M6NjMGEwHQYDVR0OBBYEFItnoAjjfuCEUvzyvWyI2vOGvwPjMB8GA1UdIwQYMBaAFItnoAjjfuCEUvzyvWyI2vOGvwPjMA8GA1UdEwEB/wQFMAMBAf8wDgYDVR0PAQH/BAQDAgEGMAoGCCqGSM49BAMDA2cAMGQCMCwtAjWLaNwgGWNCgdyNoTyvNhqWRECRJV2r3+7w8g0PL6NHLOsbkgE09BH95h8XlgIwTaQmbbUh2ChAJ5TA1wRiVDnCcvbzHlZl2jM2FcwQQZlk19LOAbyGMRixbu2Ww/rj"}]},"tlogEntries":[]},"dsseEnvelope":{"payload":"ewogICJfdHlwZSI6ICJodHRwczovL2luLXRvdG8uaW8vU3RhdGVtZW50L3YxIiwKICAic3ViamVjdCI6IFsKICAgIHsKICAgICAgIm5hbWUiOiAicGh5c2ljYWwtYWktcGh5c2ljcy1zZWxlY3Rpb24iLAogICAgICAiZGlnZXN0IjogewogICAgICAgICJzaGEyNTYiOiAiN2YyZGZlMjBlNWVkNGE1ZTQ5ODE5N2VhZTlkY2Q3YmEwZDA3ZDdlMjQ3MTFjNzU3ZTVhNzIwNTI5YmMzZGYwMiIKICAgICAgfQogICAgfQogIF0sCiAgInByZWRpY2F0ZVR5cGUiOiAiaHR0cHM6Ly9tb2RlbF9zaWduaW5nL3NpZ25hdHVyZS92MS4wIiwKICAicHJlZGljYXRlIjogewogICAgInNlcmlhbGl6YXRpb24iOiB7CiAgICAgICJhbGxvd19zeW1saW5rcyI6IGZhbHNlLAogICAgICAiaWdub3JlX3BhdGhzIjogWwogICAgICAgICIuZ2l0aWdub3JlIiwKICAgICAgICAiLmdpdCIsCiAgICAgICAgIi5naXRodWIiLAogICAgICAgICIuZ2l0YXR0cmlidXRlcyIKICAgICAgXSwKICAgICAgIm1ldGhvZCI6ICJmaWxlcyIsCiAgICAgICJoYXNoX3R5cGUiOiAic2hhMjU2IgogICAgfSwKICAgICJyZXNvdXJjZXMiOiBbCiAgICAgIHsKICAgICAgICAiYWxnb3JpdGhtIjogInNoYTI1NiIsCiAgICAgICAgIm5hbWUiOiAiQkVOQ0hNQVJLLm1kIiwKICAgICAgICAiZGlnZXN0IjogImU5NTA1MWY2MzlmYjUzOWQyYWYwZDA3NDk2ZTgyMzQ4YTM2MTNhMWRhNzIxNzRjZDgwYWFkMDk3NTBhZGFkNDkiCiAgICAgIH0sCiAgICAgIHsKICAgICAgICAiYWxnb3JpdGhtIjogInNoYTI1NiIsCiAgICAgICAgIm5hbWUiOiAiU0tJTEwubWQiLAogICAgICAgICJkaWdlc3QiOiAiNmZjMGJjZDdlMDhlMjZmOWE1NTdiYmZiZGVhYjU5M2JmYTkyNDExNTEzZDJiMTYxN2ZhMzE2MmM0NjFlZjFkZSIKICAgICAgfSwKICAgICAgewogICAgICAgICJhbGdvcml0aG0iOiAic2hhMjU2IiwKICAgICAgICAibmFtZSI6ICJldmFscy9FVkFMLm1kIiwKICAgICAgICAiZGlnZXN0IjogIjhjOTUxNjhlODdkZGRmMTNkMjExYTljNDhmNzIwZDg4ZDNhZWU5ZWEyMTY3NDFiYWUwZGE5Y2NjYjExZTYyYjciCiAgICAgIH0sCiAgICAgIHsKICAgICAgICAiYWxnb3JpdGhtIjogInNoYTI1NiIsCiAgICAgICAgIm5hbWUiOiAiZXZhbHMvY29uZmlnLnltbCIsCiAgICAgICAgImRpZ2VzdCI6ICI2MGE5YjAyYTJmMDIzMjkxYTZmNTc5MGQ1OTc1Mzg4YzNlOTkzMzc1MzkzMmEwOTQ3YmFmOGM5ZWJiMDk4YTNiIgogICAgICB9LAogICAgICB7CiAgICAgICAgImFsZ29yaXRobSI6ICJzaGEyNTYiLAogICAgICAgICJuYW1lIjogImV2YWxzL2V2YWxzLmpzb24iLAogICAgICAgICJkaWdlc3QiOiAiZDk0ZTA2YzYzN2FkZWM5MWZjMmRhMTkxZDQ2ZmJmYWRmMzQ3YTZiNGMzNmNjMmRjOWFhZTgxZWM4YTI1MTQzZiIKICAgICAgfSwKICAgICAgewogICAgICAgICJhbGdvcml0aG0iOiAic2hhMjU2IiwKICAgICAgICAibmFtZSI6ICJyZWZlcmVuY2VzL2VuZ2luZS1zZWxlY3Rpb24ubWQiLAogICAgICAgICJkaWdlc3QiOiAiYzYwY2I2ZjkwNWM0MWEyNTlkMTgwYTU5MTA5YTUyYmVmNTZlNjY1ZjM4NDc0NDhjZDU0YjM1ZDkyMmZlZGY3NyIKICAgICAgfSwKICAgICAgewogICAgICAgICJhbGdvcml0aG0iOiAic2hhMjU2IiwKICAgICAgICAibmFtZSI6ICJyZWZlcmVuY2VzL3JvdXRpbmctYW5kLXJ1bnRpbWUubWQiLAogICAgICAgICJkaWdlc3QiOiAiMDQyNTM3YmFiNGRjNzY4NGM2NzlhZTVjYjZlZDAzYmI0ODliMDdmOGUyNTI5NjE2ZGIxNGQ5OGM0MDc0Y2JhNiIKICAgICAgfSwKICAgICAgewogICAgICAgICJhbGdvcml0aG0iOiAic2hhMjU2IiwKICAgICAgICAibmFtZSI6ICJyZWZlcmVuY2VzL3NlbGVjdGlvbi12YWxpZGF0aW9uLm1kIiwKICAgICAgICAiZGlnZXN0IjogImI0OGE1OTc3MTU4Y2I0NTJiNDkxYTI5MmY3ZWVhNDM2NjJlNTUzZjIzMjEzNGRhZjQ0NWJhZTk4YzY1N2FlZTUiCiAgICAgIH0sCiAgICAgIHsKICAgICAgICAiYWxnb3JpdGhtIjogInNoYTI1NiIsCiAgICAgICAgIm5hbWUiOiAic2NyaXB0cy9wcm9iZV9lbnZpcm9ubWVudC5weSIsCiAgICAgICAgImRpZ2VzdCI6ICJkM2IxNWYwZWNjZmY0ODEyYmNkZWM0ZmZiODU4YmE3MTZmZTYzYzUyYWM0NzQxODZjOTYxOTI2Nzg3ZGM3YmFmIgogICAgICB9LAogICAgICB7CiAgICAgICAgImFsZ29yaXRobSI6ICJzaGEyNTYiLAogICAgICAgICJuYW1lIjogInNraWxsLWNhcmQubWQiLAogICAgICAgICJkaWdlc3QiOiAiNDJhMWMxZWNjYTIxOTNjNWE3ZDhiYmI0ZjYwZjQ1NWE0ZDJhMjBkODI5YmIyNGRlOWU0OTZhMzExM2Y3MDYxMyIKICAgICAgfQogICAgXQogIH0KfQ==","payloadType":"application/vnd.in-toto+json","signatures":[{"sig":"MGUCMHiI7+aj9pLrrLSE9Uejjgi1z8FzH25kRNZ4rwa7DUkjNeXZ5q6sJpT6s13oELL//QIxAJSrPe8rj5SpJHz6jdsYEBSXkSNGBJDeUzFAB69CUYFspA1YfI0s8HEZe5b9HhyEFw==","keyid":""}]}}

Requirements and compatibility

Works with: Claude Code, Claude apps, OpenAI Codex, GitHub Copilot, Cursor, Gemini CLI, Kiro, OpenCode, Goose, Amp, Roo Code, JetBrains Junie, Factory Droid, Devin (ex-Windsurf), Mistral Vibe, OpenHands, Letta

“Works with” means the tool reads the open Agent Skills format; a skill written for one tool may use features others lack.

Needs: Needs Python

Security

What our scanner noticed· Medium risk

Large base64-encoded blobs
Instructions that use the network
Scripts that your agent may run

This skill includes scripts that your agent may run. Read them before you use it.

A static scan is not a guarantee. Skills are third-party content: review a skill before you let an agent use it.

Attribution and licence

Created by

Neelakantan Mani

Publisher

NVIDIA (Official)

Distributed by

NVIDIA

Source

NVIDIA/skills · skills/physical-ai-physics-selection · commit fce3cca

Licence

Apache License 2.0 (redistribution allowed)

LICENSE (added by AutoGineer from LICENSE-APACHE)
ATTRIBUTION.md (written by AutoGineer)

Synced

2026-11-09

AutoGineer is not affiliated with or endorsed by Neelakantan Mani or NVIDIA.

Download ZIP

The ZIP holds the skill’s files, its licence files and an ATTRIBUTION.md. Download physical-ai-physics-selection.zip