blender-impl-addons

Structure, validate, and package Blender addons with blender_manifest.toml.

30|4|Updated Mar 5, 2026
One-click install
npx skills add https://github.com/Impertio-Studio/Blender-Bonsai-ifcOpenshell-Sverchok-Claude-Skill-Package --skill blender-impl-addons-impertio-studio
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: blender-impl-addons
Source: https://github.com/Impertio-Studio/Blender-Bonsai-ifcOpenshell-Sverchok-Claude-Skill-Package/tree/main/skills/blender/impl/blender-impl-addons
Command: npx skills add https://github.com/Impertio-Studio/Blender-Bonsai-ifcOpenshell-Sverchok-Claude-Skill-Package --skill blender-impl-addons-impertio-studio

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill prevents common Blender addon/extension failures by providing a production-ready checklist for correct project structure, manifest usage, dependency handling, testing, and publishing workflows.

Core Features & Use Cases

  • Extension vs. Legacy Decisioning: Choose Blender 4.2+ extension packaging (with blender_manifest.toml) or legacy bl_info based on the target Blender version.
  • Manifest-First Metadata Guidance: Avoid validation errors by following required/optional manifest fields and correct SPDX licensing format.
  • Safe, CI-Friendly Development Practices: Establish deterministic class registration/unregistration patterns, headless test execution, and dependency bundling via wheels rather than sys.path or runtime pip installs.
  • Distribution Workflows: Package with Blender’s extension build/validate/install-file commands and align with extensions.blender.org expectations.

Quick Start

Ask Claude to generate a complete Blender 4.2+ addon/extension skeleton (folders, blender_manifest.toml, init.py registration/unregistration, headless CI test script, and build commands) for your target id, version, and operator/panel names.

Frequently Asked Questions about blender-impl-addons

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I package a Blender 4.2 extension using blender_manifest.toml?▼

Package Blender 4.2 extensions by defining metadata in blender_manifest.toml, then execute Blender's extension build, validate, and install-file commands to ensure correct structure for extensions.blender.org distribution.

What is the difference between a Blender addon and a Blender 4.2 extension?▼

Blender 4.2+ extensions use blender_manifest.toml for standardized metadata and distribution via extensions.blender.org, whereas legacy addons rely on the older bl_info dictionary structure.

How do I bundle Python dependencies in a Blender addon without runtime pip installs?▼

Bundle Blender addon dependencies using wheels instead of runtime pip installs or sys.path modifications, ensuring deterministic and safe extension builds across Blender 3.x through 5.x environments.

How do I run headless CI testing for Blender addons and extensions?▼

Execute headless CI testing for Blender addons by running deterministic test scripts that validate class registration/unregistration ordering and manifest compliance without launching the Blender GUI.

Why does my Blender extension fail manifest validation on extensions.blender.org?▼

Manifest validation fails when required fields are missing or SPDX licensing formats are incorrect in blender_manifest.toml; following manifest-first metadata guidance ensures compliance and prevents extension validation errors.

Can I use the same addon structure for Blender 3.x and Blender 5.x?▼

Extension packaging with blender_manifest.toml targets Blender 4.2+ through 5.x, while legacy bl_info addons are required for Blender 3.x compatibility, dictating different project structures based on target version.