This file provides guidance to Claude Code (claude.ai/code) when working with code in this repository.
The Blender Developer Tools repository is at v0.9.2. It packages skills, rules, snippets, starter templates, and runnable smoke-gated examples for Blender Python development with Cursor and Claude Code. Coverage targets Blender 5.1 (current stable) with Blender 4.5 LTS fallback. There is no MCP server; content is consumed directly by the AI when working in Blender add-on or scripting projects.
Version: 0.9.2 License: CC-BY-NC-ND-4.0 Author: TM Hospitality Strategies
skills/<skill-name>/SKILL.md - AI workflow definitions, 12 total
rules/<rule-name>.mdc - Anti-pattern rules, 6 total
templates/<template-name>/ - Starter projects, 2 total
snippets/<snippet-name>.py - Standalone code patterns, 17 total
examples/<name>/ - Runnable smoke-gated examples, 12 total (+ gallery.json)
scripts/build_gallery.py - Regenerates docs/gallery/ from gallery.json (stdlib only)
scripts/site/ - Vendored landing-page build (Jinja2)
docs/gallery/ - Committed generated gallery pages + hero renders
VERSION - Source of truth for the repo version
| Skill | Purpose |
|---|---|
| addon-scaffolding | Extensions Platform manifest, file layout, register/unregister symmetry |
| operators | bpy.types.Operator lifecycle, bl_idname, redo, defensive context handling |
| ui-panels | bpy.types.Panel declarative draw(), layout primitives, conditional UI |
| custom-properties | bpy.props annotations, PropertyGroup, PointerProperty, storage tradeoffs |
| mesh-editing-and-bmesh | When to use bpy.data vs bpy.ops vs bmesh, foreach_set, depsgraph eval |
| headless-batch-scripting | blender --background --python, temp_override, argparse after -- |
| slotted-actions-animation | Blender 5.x Slotted Actions, channelbag, 4.5 LTS fallback bridge |
| geometry-nodes-python | Programmatic GN tree construction, interface sockets, NODES modifier |
| procedural-materials-and-shaders | Node tree construction for Principled BSDF, emissive, node groups, EEVEE Next vs Cycles |
| depsgraph-and-evaluated-data | evaluated_get / to_mesh / to_mesh_clear lifetime contract for exporters and measurement |
| drivers-and-app-handlers | Driver expressions, driver_namespace, application handlers including the new 5.1 exit_pre |
| bl-info-migration | Three-step migration from legacy bl_info to Extensions Platform, dual-format pattern |
| Rule | Scope | What it flags |
|---|---|---|
| prefer-data-over-ops-in-loops | Always on | bpy.ops.* calls inside iteration over many objects |
| always-free-bmesh | *.py |
bmesh.new() without paired bm.free() in a try/finally block |
| target-extensions-platform-format | Add-on roots | Legacy bl_info only add-ons missing blender_manifest.toml |
| type-annotate-props-and-defend-context | *.py |
bpy.props defined as assignments, unguarded context.active_object |
| prefer-temp-override-over-context-copy | *.py |
bpy.context.copy() passed to operators (deprecated 4.x, removed 5.x) |
| use-foreach-set-for-bulk-data | *.py |
Python loops over mesh.vertices setting bulk attributes one at a time |
templates/extension-addon-template/ is a copy-paste-ready Blender extension demonstrating:
blender_manifest.tomlwithblender_version_min = "4.5.0"register_classes_factoryregistration pattern- One Operator, one Panel, one PropertyGroup
- A
PointerPropertybound tobpy.types.Scene - Symmetric
register()/unregister()with property cleanup before class unregister
templates/headless-batch-script-template/ is a working starter for unattended Blender batch jobs:
argparseparsing of args after the--separator- Iteration over every mesh object via
bpy.data.objects - Modifier application via
bpy.context.temp_override(not the deprecated context-dict form) - glTF export via
bpy.ops.export_scene.gltf - Explicit exit codes for CI integration
Small standalone .py files at snippets/<name>.py, each 5 to 50 lines.
v0.1.0: canonical object creation and deletion, depsgraph evaluated mesh, bmesh load-edit-free, temp_override context, foreach_set vertex bulk write, register_classes_factory, PointerProperty binding, cross-version property delete, and the action_ensure_channelbag_for_slot slotted-actions bridge.
v0.2.0: Principled BSDF material, driver-with-custom-function via driver_namespace, application handler registration, shader node group with cross-version interface API, foreach_get bulk vertex read, version-branch skeleton, and USD export with evaluation_mode='RENDER'.
Runnable scripts at examples/<name>/, each asserting a real API contract with
deterministic checks (exit non-zero on failure) and optionally rendering a still via
--output. All twelve run headless on Blender 4.5 LTS and 5.1 in blender-smoke.yml;
their renders ship in the site gallery at docs/gallery/. examples/gallery.json is the
gallery's source of truth. When authoring a new one, copy the anatomy of
examples/bmesh-gear/ (script structure, README shape, dark-studio render recipe) and
wire all of: gallery.json entry, .cursor-plugin/plugin.json examples array (CI-gated),
a blender-smoke.yml step, a README gallery row, hero webp (1280×720) in
docs/gallery/assets/ + preview webp (1200×675), then run python scripts/build_gallery.py.
This is a content repository, no build step for skills/rules/snippets/templates — edit
SKILL.md, .mdc, .py, and .toml files directly. The website is generated:
scripts/build_gallery.py (stdlib) regenerates docs/gallery/ and must be re-run after
touching examples/; the landing page builds from scripts/site/ at deploy time.
The AI consumes content via:
- Cursor: rules under
rules/apply when scope globs match. Skills are referenced by name in chat. - Claude Code: copy
skills/andrules/into the project workspace, or use this repo as a checkout that Claude Code references directly.
- Blender versions: 5.1 primary, 4.5 LTS fallback. Skills must show both code paths when 4.x and 5.x APIs diverge.
- Properties as annotations:
my_prop: bpy.props.FloatProperty(...)(correct), notmy_prop = bpy.props.FloatProperty(...)(deprecated). - bmesh memory: every
bmesh.new()must be paired withbm.free()in atry/finally. - No
bpy.opsin tight loops: usebpy.data.*andbmeshfor bulk work. - Extensions over
bl_info: new add-ons ship as Extensions withblender_manifest.toml.bl_infomay appear alongside as a fallback only. - Defensive context: any code touching
context.active_objectmust guard withif obj is None: return.
| Area | URL |
|---|---|
| Python API (5.1) | https://docs.blender.org/api/current/ |
| Python API (4.5 LTS) | https://docs.blender.org/api/4.5/ |
| Extensions Platform | https://docs.blender.org/manual/en/latest/advanced/extensions/index.html |
| Release notes | https://developer.blender.org/ |
The release pipeline is automated via release.yml on push to main for content-changing paths. The release-doc-sync@v1 step rewrites CHANGELOG.md, this CLAUDE.md **Version:** line, and ROADMAP.md **Current:** line on each release. Never hand-edit those lines, the action owns them.
When adding content to a future version:
- Add files under
skills/,rules/,snippets/,templates/, orexamples/. - Update README.md aggregate counts (the
validate-countsjob enforces correctness). - Update ROADMAP.md candidate pool entries.
- Use
feat:for new content,fix:for corrections. - Push. The release pipeline handles VERSION, tags, CHANGELOG, the
**Version:**line here, and the**Current:**line in ROADMAP.md.
You have context-mode MCP tools available. These rules are NOT optional — they protect your context window from flooding. A single unrouted command can dump 56 KB into context and waste the entire session.
Any Bash command containing curl or wget is intercepted and replaced with an error message. Do NOT retry.
Instead use:
ctx_fetch_and_index(url, source)to fetch and index web pagesctx_execute(language: "javascript", code: "const r = await fetch(...)")to run HTTP calls in sandbox
Any Bash command containing fetch('http, requests.get(, requests.post(, http.get(, or http.request( is intercepted and replaced with an error message. Do NOT retry with Bash.
Instead use:
ctx_execute(language, code)to run HTTP calls in sandbox — only stdout enters context
WebFetch calls are denied entirely. The URL is extracted and you are told to use ctx_fetch_and_index instead.
Instead use:
ctx_fetch_and_index(url, source)thenctx_search(queries)to query the indexed content
Bash is ONLY for: git, mkdir, rm, mv, cd, ls, npm install, pip install, and other short-output commands.
For everything else, use:
ctx_batch_execute(commands, queries)— run multiple commands + search in ONE callctx_execute(language: "shell", code: "...")— run in sandbox, only stdout enters context
If you are reading a file to Edit it → Read is correct (Edit needs content in context).
If you are reading to analyze, explore, or summarize → use ctx_execute_file(path, language, code) instead. Only your printed summary enters context. The raw file content stays in the sandbox.
Grep results can flood context. Use ctx_execute(language: "shell", code: "grep ...") to run searches in sandbox. Only your printed summary enters context.
- GATHER:
ctx_batch_execute(commands, queries)— Primary tool. Runs all commands, auto-indexes output, returns search results. ONE call replaces 30+ individual calls. - FOLLOW-UP:
ctx_search(queries: ["q1", "q2", ...])— Query indexed content. Pass ALL questions as array in ONE call. - PROCESSING:
ctx_execute(language, code)|ctx_execute_file(path, language, code)— Sandbox execution. Only stdout enters context. - WEB:
ctx_fetch_and_index(url, source)thenctx_search(queries)— Fetch, chunk, index, query. Raw HTML never enters context. - INDEX:
ctx_index(content, source)— Store content in FTS5 knowledge base for later search.
When spawning subagents (Agent/Task tool), the routing block is automatically injected into their prompt. Bash-type subagents are upgraded to general-purpose so they have access to MCP tools. You do NOT need to manually instruct subagents about context-mode.
- Keep responses under 500 words.
- Write artifacts (code, configs, PRDs) to FILES — never return them as inline text. Return only: file path + 1-line description.
- When indexing content, use descriptive source labels so others can
ctx_search(source: "label")later.
| Command | Action |
|---|---|
ctx stats |
Call the ctx_stats MCP tool and display the full output verbatim |
ctx doctor |
Call the ctx_doctor MCP tool, run the returned shell command, display as checklist |
ctx upgrade |
Call the ctx_upgrade MCP tool, run the returned shell command, display as checklist |