| name | urdf |
| description | URDF robot description generation and default generation-time validation. Use when creating, editing, regenerating, inspecting, or debugging `.urdf` files, Python `gen_urdf()` sources, robot links, joints, limits, inertials, visual/collision geometry, mesh references, frame conventions, or generated robot-description artifacts. Use the SRDF skill for MoveIt2 semantic groups and IK/path-planning semantics; use the render skill for local MoveIt2 server controls; use the CAD skill for STEP/STL/3MF/DXF/GLB outputs. |
URDF
Use this skill for URDF robot-description outputs. Treat URDF work as constrained kinematic modeling, not just XML writing. The main correctness risks are frame placement, joint-axis semantics, unit consistency, mesh scale, inertial data, and generated-artifact drift.
Core Rules
- Treat the Python source that defines
gen_urdf() as the source of truth. Treat configured .urdf files as generated artifacts.
- Generate only explicit URDF targets. Do not regenerate unrelated CAD, mesh, render, SRDF, SDF, or simulator artifacts from this skill.
- The
scripts/urdf generator validates generated URDFs by default. Do not use or document a separate validate command.
- Before writing or changing URDF XML, establish the robot's frame, joint, geometry, unit, and assumption ledger. See
references/design-ledger.md.
- Use URDF frame semantics exactly. Joint origins, link frames, joint axes, and visual/collision/inertial origins use different reference frames. See
references/frame-semantics.md.
- Do not infer spatial transforms, mesh units, handedness, axes, or joint signs from vague prose. Use CAD transforms, dimensioned drawings, measured values, existing source data, or explicit documented assumptions.
- Prefer simple, auditable generator code over clever XML construction. Keep constants named by physical meaning, not by arbitrary numbers.
- For physical links, model
inertial, visual, and collision separately when the target consumer needs them. Frame-only links may intentionally omit mass and geometry.
Workflow
- Identify the
gen_urdf() Python source and target .urdf output.
- Identify target consumers: RViz, robot_state_publisher, Gazebo/Ignition, MoveIt, a real robot driver, or another simulator.
- Read or create the design ledger before editing frames, origins, axes, mesh scale, limits, or inertials.
- Edit the generator source, not generated URDF XML.
- Regenerate only explicit targets with
scripts/urdf.
- Let generation-time validation fail fast on XML, graph, joint, geometry, mesh-reference, and inertial problems.
- When geometry or mesh references depend on changed CAD or exported mesh outputs, regenerate those explicit artifacts with the owning CAD or mesh workflow, then regenerate the affected URDF target.
- After creating or modifying a
.urdf, always hand the explicit generated path to $render when available; $render checks/reuses a live viewer and returns a link.
- For visual feedback during generation review, prefer
$render snapshots over opening the viewer manually or using Playwright. Use still snapshots only; URDF review should not generate GIFs.
- When available, run a consumer smoke test appropriate to the target: RViz display, robot_state_publisher tree, Gazebo/Ignition loading, or MoveIt model loading.
- Report remaining assumptions, unchecked spatial data, skipped
$render handoff/viewer checks, and validation/smoke-test gaps.
Commands
Run with the Python environment for the project or workspace. The URDF generator and lightweight validator use only the Python standard library; downstream consumers such as RViz, Gazebo, or MoveIt may need their own runtime packages.
From this skill directory, the launcher shape is:
python scripts/urdf path/to/source.py
python scripts/urdf path/to/source.py -o path/to/robot.urdf
python scripts/urdf path/to/a.py=out/a.urdf path/to/b.py=out/b.urdf
Plain Python targets write a sibling .urdf beside the source. -o/--output is valid only with one plain target. Use SOURCE.py=OUTPUT.urdf pairs for custom multi-target destinations.
Relative source targets and CLI output overrides are resolved from the current working directory. When running from outside this skill directory, prefix the launcher path so target files still resolve from the intended workspace.
The launcher executes only gen_urdf() and validates the generated URDF output. It does not provide a separate validation-only command.
References
- Design ledger:
references/design-ledger.md
- Frame semantics:
references/frame-semantics.md
- URDF generator contract:
references/generator-contract.md
- URDF generation command:
references/gen-urdf.md
- URDF edit workflow:
references/urdf-workflow.md
- Generation-time validation expectations:
references/validation.md