mcpField
T
threejs-geometry

threejs-geometry

github.com/akillnessDevelopment5256 installsUpdated today
Repository

About threejs-geometry

A Three.js skill for choosing and building mesh geometry and managing vertex data. It guides developers through geometry representation, valid attributes, measured performance optimizations, ownership, and shape verification.

Key features

  1. 01Selects primitives or custom geometry
  2. 02Builds position, normal, color, UV, and index buffers
  3. 03Updates dynamic attributes and bounds
  4. 04Applies instancing for measured draw-call bottlenecks
  5. 05Covers geometry ownership and disposal

Use cases

  1. 01Creating custom meshes from vertex data
  2. 02Fixing normals, UV seams, winding, or culling
  3. 03Updating geometry that changes during runtime
  4. 04Reducing draw calls for repeated meshes

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/akillness/jeo-skills --skill threejs-geometry

After installing, type/threejs-geometryin Claude Code to confirm it loaded.

Bundled filesSKILL.toonevals/evals.json

Details

From the project README

Three.js Geometry

Use this skill for mesh shape and vertex-data work. Route surface appearance to threejs-materials, image/UV asset handling to threejs-textures, and whole-scene setup to threejs-fundamentals.

When to use this skill

  • Choose a built-in primitive, BufferGeometry, ShapeGeometry, or text geometry
  • Generate positions, normals, colors, UVs, and indices for a custom mesh
  • Update dynamic attributes safely or fix broken normals, winding, and culling
  • Replace repeated identical meshes with InstancedMesh after measuring draw-call cost

Instructions

Step 1: Select the simplest geometry representation
  1. Start with a built-in geometry when its topology matches the feature.
  2. Use BufferGeometry for generated or imported vertex data; legacy Geometry is not a current Three.js path.
  3. Choose indexed geometry when vertices are genuinely shared. Do not index seams that require different normals, UVs, or vertex colors.
  4. Treat one mesh's geometry as immutable shared data unless the feature explicitly owns it; clone before per-instance mutation.
Step 2: Build valid attribute buffers
const geometry = new THREE.BufferGeometry();
geometry.setAttribute(
  "position",
  new THREE.Float32BufferAttribute([
    -1, -1, 0,
     1, -1, 0,
     0,  1, 0,
  ], 3),
);
geometry.setIndex([0, 1, 2]);
geometry.computeVertexNormals();
geometry.computeBoundingSphere();

const mesh = new THREE.Mesh(geometry, material);

Attribute item sizes must match their semantic: positions/normals are 3, UVs are 2, and colors are usually 3. Set attribute.needsUpdate = true after modifying a GPU-uploaded attribute. Recompute bounds whenever dynamic positions can move beyond prior bounds.

Step 3: Apply performance tools only for measured bottlenecks
SituationPreferred approach
Many copies of one geometry/materialInstancedMesh
Per-instance color or transformInstance attributes/matrices
Large static terrain or modelIndexed BufferGeometry, sensible culling
Thousands of tiny particlesPoints with one geometry/material
Debug edges or a technical wireframeEdgesGeometry / WireframeGeometry
Different topology or materialSeparate mesh; do not force instancing
const instances = new THREE.InstancedMesh(geometry, material, count);
const matrix = new THREE.Matrix4();
for (let i = 0; i < count; i += 1) {
  matrix.makeTranslation(i * 2, 0, 0);
  instances.setMatrixAt(i, matrix);
}
instances.instanceMatrix.needsUpdate = true;
Step 4: Manage ownership and teardown

Call geometry.dispose() when a feature-owned geometry has no consumers. Dispose replacements after swapping them out; do not dispose a cached/shared geometry from an asset loader until its last user is gone.

Step 5: Verify shape and budget
  • Inspect normals, UV seams, face winding, and bounding volumes with helpers/debug views.
  • Check a representative low- and high-density input for holes, NaNs, or backface loss.
  • Measure draw calls and GPU/CPU frame time before and after instancing.
  • Test dynamic geometry updates through the feature's normal lifecycle and teardown.

Examples

Build a disposable procedural grid

Generate attributes from stable input values, validate array lengths before upload, then store the geometry owner beside its cleanup function. Recreating a large geometry every frame is almost always a bug; mutate a dynamic attribute only when measurements justify it.

Center a loaded or generated mesh

Use geometry.computeBoundingBox() and derive an offset from its center, then update bounds. Avoid guessing center from a single vertex or applying a mesh transform when the asset's local origin is semantically important.

Best practices

  1. Keep coordinate-system and units conventions consistent with the scene.
  2. Use typed arrays; do not build hot vertex buffers from object arrays per frame.
  3. Recompute normals only when topology/positions require it, not on every render.
  4. Update bounds after dynamic position changes so frustum culling stays correct.
  5. Treat instancing as a draw-call optimization, not a cure for expensive shaders or over-detailed geometry.

References

Comments

Markdown supported