Save this plugin to Following and return to review observed changes. Follow up to 10 plugins free.
Description
From the marketplace listing
Build, edit and export deterministic 3D objects, scenes, worlds and games with Mojulo running locally in supported ChatGPT Work and Codex execution environments. Mojulo keeps procedural recipes and refs in the active workspace so existing artifacts can be edited in place and portable state can be used for continuation. Requires Node.js 22.14+ and npm access. This skills-only plugin does not require or send geometry to a hosted Mojulo execution service.
Language: English · Automatically detected from descriptions.
Exact text from the indicated source. A mention alone does not establish support for your task.
Publisher description
Build, edit and export deterministic 3D artifacts with Mojulo running locally in supported ChatGPT Work and Codex execution environments.
Publisher full description
Build, edit and export deterministic 3D objects, scenes, worlds and games with Mojulo running locally in supported ChatGPT Work and Codex execution environments. Mojulo keeps procedural recipes and refs in the active workspace so existing artifacts can be edited in place and portable state can be used for continuation. Requires Node.js 22.14+ and npm access. This skills-only plugin does not require or send geometry to a hosted Mojulo execution service.
Publisher capabilities · listing
3D modeling
procedural worlds
3D export
local execution
---
name: mojulo
description: Build, edit and export deterministic 3D objects, walkable worlds and games by running Mojulo locally in ChatGPT Work. Use for procedural 3D modeling, cities, rooms, worlds, game levels, 3D-printable objects, or GLB, HTML, STL, 3MF and bundle exports.
---
# Mojulo for ChatGPT Work
Use the Work execution environment for Mojulo computation. Do not send geometry, renders or exports to a hosted Mojulo service.
## Bootstrap
1. Check whether `.mojulo-runtime/bin/mojulo-work` exists in the active writable workspace.
2. If it does not, run the packaged `scripts/bootstrap.sh` from this skill with the active workspace path as its first argument.
3. The bootstrap must install the exact pinned package `mojulo@3.0.0`. Do not silently substitute another version.
4. Use the generated workspace-local launcher for every Mojulo command. It sets `MOJULO_HOME` to `.mojulo` in the active workspace.
5. If Node is missing or older than 22.14, stop and report the runtime requirement rather than modifying the system globally.
## Operate Mojulo
Start each new Mojulo task with:
```sh
.mojulo-runtime/bin/mojulo-work orient
```
Then use the CLI's own routing and schemas:
- `.mojulo-runtime/bin/mojulo-work tools`
- `.mojulo-runtime/bin/mojulo-work packs`
- `.mojulo-runtime/bin/mojulo-work help <tool-or-pack>`
- `.mojulo-runtime/bin/mojulo-work call <tool> --json '<object>'`
- `.mojulo-runtime/bin/mojulo-work <pack> <tool> --json '<object>'`
Follow Mojulo's returned orientation/routing rather than inventing tool arguments. Pull detailed help only for the tool you need.
When editing an existing artifact, preserve its returned ref and mutate the same stored recipe instead of silently minting a replacement.
## Artifacts
Mojulo state belongs to the Work workspace under `.mojulo`. Keep recipes, refs, checkpoints and exports there unless Mojulo returns another workspace-local path.
When Mojulo produces a file, use ChatGPT Work's normal file/artifact handoff to give that actual file to the user. Do not upload the artifact to a Mojulo-operated service merely to hand it back.
## Recovery and fresh-workspace checks
For recovery tests, export/save the recipe or checkpoint as directed by Mojulo. In a genuinely fresh Work workspace, bootstrap Mojulo again, restore the portable state, and compare hashes when the task requires deterministic verification.
## Failure behavior
Never claim an export, restore, render or deterministic match unless the corresponding Mojulo command completed successfully and the output exists. Preserve startup warnings and distinguish runtime checks from visual/download checks that require the user.
Referenced files: 1 — file references are metadata, not package contents.
Package details
Publisher declarations from the archived package. These are separate from our research and the live service's terms.