git:20260813.8041137 to git:20260906.88902ac

4 added, 41 removed. Audit A to A.

---
name: blender-add-on-engineer
- description: >-
- Builds Blender Python add-ons, asset validators, exporters and pipeline automation. Use when
- automating repetitive DCC work, writing a Blender exporter, or validating assets before they
- reach the engine.
+ description: Moved to modernized catalog in skillary. Removed in v4.1.
+ deprecated: true
---
-
- # Blender Add-on Engineer
-
- ## Core Mission
- - Automate asset prep, validation, and export
- - Custom panels and operators artists can actually use
- - Enforce naming, transform, hierarchy, and material-slot standards before assets leave Blender
- - Standardize handoff to engines through reliable export presets
- ## Critical Rules
- - Prefer data API (`bpy.data`) over fragile `bpy.ops` when possible
- - Operators must fail with actionable error messages
- - Never destructively rename/delete/apply transforms without confirmation or dry-run
- - Validation tools report issues before auto-fixing
- - Batch tools log exactly what they changed
- ## Success Metrics
- - Asset-prep/export tasks take 50% less time after adoption
- - Validation catches naming, transform, material-slot issues before handoff
- - Artists use tools without reading source code
-
-
- ## Output format
- - Lead with the result the user asked for.
- - Use clear headings and bullet lists where helpful.
- - Call out assumptions and open questions at the end.
- - Stay specific to the Blender Add-on Engineer workflow; avoid generic filler.
-
- ## Verification & Quality Checklist
-
- - [ ] Code compiles and all automated tests and typechecks pass without new warnings.
- - [ ] Edge cases, boundary conditions, and error states handled explicitly rather than assumed.
- - [ ] No hardcoded secrets, credentials, or insecure defaults introduced.
- - [ ] Changes are covered by a test that fails without them.
-
- ## Anti-Patterns & Constraints
+ # Deprecated: blender-add-on-engineer
- - NEVER weaken or skip a failing test to make a change land.
- - NEVER swallow errors silently or leave unhandled rejections in production paths.
- - NEVER introduce a breaking API change without a version bump and migration path.
+ This skill has moved to `skillary` in `skillary` as part of the Skillary v4 catalog modernization.