godmode-3d-creation
Use when generating 3D meshes, executing text-to-CAD, or reconstructing scenes via TRELLIS, TripoSR, or Text-to-CAD local engines.
SKILL.mdskills/basic/godmode-3d-creation/SKILL.md
GitHub🧊 Godmode 3D Creation: CLI-First & Local Engine 3D Pipeline
You are the Mastermind for all 3D generation, modeling, and CAD workflows within the BDB Creator OS. This skill operates on a CLI-First and Real-MCP paradigm, converting natural language prompts, concept images, or technical specifications into concrete terminal execution commands for local 3D engines, coupled with verified ecosystem MCP servers (Rhino, TouchDesigner, Unreal).
1. Engine & Local Backend Architecture
The core local 3D generation backends are hosted within the Creator Extension:
bdb-dev-creator-extension/engines/3d/
The installer places the extension in its module directory (bdb-dev-creator-extension/ under the AOS module base). Every engines/3d/... path below is relative to that directory: cd there before running a command.
Primary Engines & Local Modules:
- TripoSR (
engines/3d/triposr): Ultra-fast single-image 3D reconstruction for rapid mesh prototyping (under 0.5s on CUDA, CPU-capable). - TRELLIS (
engines/3d/trellis): High-fidelity Image-to-3D generation producing 3D Gaussian Splats, textured UV meshes, and radiance fields. - Text-to-CAD (
engines/3d/text-to-cad): Parametric engineering modeling usingbuild123dandcadpycompiling to precise STEP, GLB, and STL files.
2. Concrete CLI Execution Specifications
When executing 3D workflows, run concrete terminal commands directly against the local Python engines.
A. TripoSR CLI (engines/3d/triposr)
Use run.py for instant single-image 3D mesh reconstruction for draft viewports, layout blocking, or real-time performance proxies.
# High-quality GLB export with baked texture:
python engines/3d/triposr/run.py <image_path> --output-dir <output_dir> --model-save-format glb --bake-texture
# Rapid mesh generation (OBJ with vertex colors, <0.5s on CUDA):
python engines/3d/triposr/run.py <image_path> --output-dir <output_dir> --mc-resolution 256
# Hardware Fallback: CPU mode (when CUDA GPU is unavailable):
python engines/3d/triposr/run.py <image_path> --output-dir <output_dir> --model-save-format glb --bake-texture --device cpu
B. TRELLIS CLI (engines/3d/trellis)
Use example.py for high-quality Image-to-3D generation producing PBR textured meshes, radiance fields, and Gaussian Splats.
# High-fidelity Image-to-3D GLB generation:
python engines/3d/trellis/example.py --image <image_path> --output <output_dir/model.glb>
# Direct pipeline execution with custom parameters:
python -c "from PIL import Image; from trellis.pipelines import TrellisImageTo3DPipeline; from trellis.utils import postprocessing_utils; pipeline = TrellisImageTo3DPipeline.from_pretrained('microsoft/TRELLIS-image-large').cuda(); outputs = pipeline.run(Image.open('<image_path>')); glb = postprocessing_utils.to_glb(outputs['gaussian'][0], outputs['mesh'][0], simplify=0.95, texture_size=2048); glb.export('<output_dir/model.glb>')"
C. Text-to-CAD CLI (engines/3d/text-to-cad)
Generate parametric CAD geometries and mechanical parts using build123d python scripts and the step compilation CLI.
# Step 1: Write parametric build123d script (<generator.py>):
# e.g., define geometry with build123d and export or pass to compiler
# Step 2: Compile generator script to STEP and GLB:
python engines/3d/text-to-cad/skills/cad/scripts/step <generator.py> -o <model.step> --glb <model.glb>
# Step 3: Inspect geometry facts and bounding planes (optional QA):
python engines/3d/text-to-cad/skills/cad/scripts/inspect refs <model.step> --facts --planes
3. Workflow Routing & Decision Flow
Select the appropriate engine and command pipeline based on input fidelity and hardware availability:
Rapid Real-Time Proxies / Draft Meshes (<1s):
- Input: Concept sketch, photo, or transparent PNG.
- Primary Command: TripoSR CLI (
python engines/3d/triposr/run.py <image_path> --output-dir <output_dir> --model-save-format glb --bake-texture). - Output: Lightweight
.glbor.objfor immediate stage placement.
High-Fidelity Visual Props & Hero Assets:
- Input: Refined visual concept image.
- Primary Command: TRELLIS CLI (
python engines/3d/trellis/example.py --image <image_path> --output <output_dir/model.glb>). - Output: PBR-textured
.glbwith UV maps for Unreal Engine or TouchDesigner.
Parametric Engineering & Mechanical Parts:
- Input: Dimensioned engineering constraints or geometric specifications.
- Primary Command: Author Python
build123dgenerator, then compile withpython engines/3d/text-to-cad/skills/cad/scripts/step <generator.py> -o <model.step> --glb <model.glb>. - Output: Valid
.stepCAD model and companion.glb.
4. Hardware Constraints & Resilient Fallback Matrix
Execute directly via verified fallback mechanisms when hardware constraints or specific geometry requirements dictate:
CUDA Acceleration Unavailable (CPU-Only Environments):
- TripoSR: Run with
--device cpu:python engines/3d/triposr/run.py <image_path> --output-dir <output_dir> --model-save-format glb --bake-texture --device cpu - TRELLIS: TRELLIS requires CUDA for local inference. If CUDA is absent or VRAM is under 16GB, route to ComfyUI 3D diffusion workflow on port 8188 via
comfyui-mcp(AOS ships no config for it: check it is configured in the harness first, aspb-image-to-3ddoes) or use an external cloud inference API endpoint.
- TripoSR: Run with
Parametric CAD & Complex NURBS Modeling:
- Primary Fallback: If
build123dis unsuitable for complex freeform surfaces, usebdb_rhino_mcp_fallback(Rhino Grasshopper solvers, NURBS surfaces, curves, boolean operations, STEP/IGES export).
- Primary Fallback: If
High-Fidelity Scene Assembly & Spatial Staging:
- Use real ecosystem MCPs:
bdb_unreal_mcporbdb_td_minddesigner(create_3d_scene,create_point_cloud) to arrange, light, and render generated 3D assets in real time.
- Use real ecosystem MCPs:
Overview
Godmode 3D Creation generates 3D assets, meshes, and CAD models using local Python CLI engines (TripoSR, TRELLIS, Text-to-CAD) and verified ecosystem MCP servers (Rhino, TouchDesigner, Unreal).
When to Use
- Trigger: The user asks to generate a 3D mesh, create a 3D model from an image, or construct a parametric CAD file.
- Exclude: Do not use for 2D video editing or live show timeline control.
Core Process
- Identify the input type (sketch/photo for TripoSR, high-fidelity concept for TRELLIS, or dimensional specs for Text-to-CAD).
- Check hardware availability (CUDA vs. CPU) and select the corresponding CLI invocation or fallback route.
- Execute the CLI command and verify the generated
.glb,.obj, or.stepoutput file on disk.
Common Rationalizations
| Rationalization | Reality |
|---|---|
| "I'll use TRELLIS for this quick draft." | TRELLIS requires substantial VRAM and execution time; use TripoSR for rapid mesh generation. |
| "I'll just guess the Text-to-CAD dimensions." | Parametric CAD requires strict units and tolerances; write precise build123d code with explicit millimeters. |
| "It previewed fine as an OBJ, we don't need textures." | High-fidelity assets require PBR textures and UV mapping; use --bake-texture with GLB export. |
| "CUDA is missing, so 3D generation is impossible." | TripoSR supports --device cpu, and CAD generation via build123d/step requires no GPU. |
Red Flags
- Constructing fictitious JSON payloads for nonexistent MCP servers instead of running CLI commands.
- Failing to pass
--device cpuwhen running TripoSR on non-CUDA systems. - Passing vague natural language directly to Text-to-CAD without explicit millimeter dimensions in the generator script.
- Failing to check that the output asset file exists on disk after execution.
Verification
- CLI execution command targets the correct local engine script.
- Appropriate device mode (
cudaorcpu) is specified. - Output format (
.glb,.obj,.step) matches the target pipeline. - The generated 3D asset file exists in the target output directory.