Operating System:
Windows
Linux
Kit Version:
110 (Kit App Template)
109 (Kit App Template)
108 (Kit App Template)
107 (Kit App Template)
106 (Kit App Template)
105 (Launcher)
Kit Template:
USD Composer
USD Explorer
USD Viewer
Custom
Repository: GitHub - VicOne-OSS-TW/labr7-radeis-InSimPhysicalAI: In-Sim Physical AI Safety Validator — red-team your robot's VLM/VLA policy with adversarial scenarios in NVIDIA Isaac Sim. · GitHub
Public, tagged with the topic omniverse-kit-extension.
This repository is already present in the community registry under the
extension id labr7.radeis.redteam (versions 0.2.0 and 0.2.1).
NOTE ON THE FORM FIELDS
This is not a Kit App Template project. The extension targets NVIDIA Isaac Sim
(5.0.0-rc.45, which bundles Kit SDK 107.3), so I selected “107” / “Custom” as
the closest available options.
The extension declares no Kit version pin – extension.toml only sets
[package.writeTarget] kit = true. The +106.4.0 suffix on our existing index
entries (labr7.radeis.redteam-0.2.1+106.4.0) comes from the publishing
pipeline’s own Kit version (publish.kitVersion =
“106.4.0+release.156974.9321c814.gl”), not from anything we declare.
WHAT CHANGED IN 0.2.2
In v0.2.2 we renamed the extension id:
old: labr7.radeis.redteam
new: vicone.labr7.radeis
The Python package moved with it (labr7/radeis/redteam/ → vicone/labr7/radeis/).
RELEASE DETAILS (v0.2.2)
Released: 2026-08-31 09:01 UTC
Asset: VicOne-OSS-TW-labr7-radeis-InSimPhysicalAI-linux-x86_64-v0.2.2.zip
(15,097,021 bytes)
ZIP layout: exts/vicone.labr7.radeis/… (exts/ at archive root)
Manifest: exts/vicone.labr7.radeis/config/extension.toml
[package] name = “vicone.labr7.radeis”
[package] version = “0.2.2”
CURRENT STATE (checked 2026-09-03)
Reading the community registry index directly:
https://dw290v42wisod.cloudfront.net/exts/kit/community/3/index.zip
it contains only:
labr7.radeis.redteam-0.2.0+106.4.0
labr7.radeis.redteam-0.2.1+106.4.0
There is no vicone.labr7.radeis entry.
For reference, our previous release was indexed the next day:
v0.2.1 released 2026-08-07 14:36 UTC
indexed with publish.date = 2026-08-08 10:12 UTC
To be clear about what I am reporting: this is the contents of the registry
index file itself, not the community extensions report page on the docs site.
I am aware those are updated separately – see
REQUESTS
-
Please index v0.2.2 under the new extension id
vicone.labr7.radeis. -
How should an extension id rename be handled on the registry side? The old
labr7.radeis.redteamentries will remain at 0.2.1 and will never receive
an update, so existing users see no update is available. Can the old id be
deprecated, removed, or pointed at the new one?