菜单
用 Blender 无头模式（bpy Python 脚本）程序化建模 3D 资产，通过"渲染 → 视觉看图 → 迭代"闭环验证效果，导出 glb 等格式，并把脚本、效果图、模型和 README 按约定归档。当用户要求建模 3D 模型（装置、道具、场景物件等）或导出 3D 资产时使用。项目特定的尺寸/朝向/归档路径约定由项目级 skill 补充。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/AzurIce/.dotfiles --skill blender-modeling命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
正在显示 SKILL.md
在 Herdr 会话里为 fix-todo 创建 worktree 并派一个独立 agent 去执行：默认与调用者同种 agent，可手动指定，自动权限模式无人值守运行。当用户在 Herdr 中要求把 todo 修复隔离到 worktree、派 agent 自主修复，或调用 /fix-todo-herdr 时使用。原地修复（不开 worktree）用 fix-todo。
从已提交的 todo 文件（todo.not / TODO.md 等）读取待办条目，在当前分支原地自主修复，每个条目一个 commit 并把对应条目移入"已解决"节。当用户要求修复 todo 里的问题、处理待办列表，或调用 /fix-todo 时使用。想在 herdr worktree 里派独立 agent 执行时用 fix-todo-herdr。
Create, refine, reconcile, archive, and validate project design documents that explain a topic's chosen model, reasoning, consequences, and durable boundaries. Use when the user explicitly asks to work with design docs, invokes /design-status, asks which designs remain unaligned, when an existing design must be brought up to date without losing its explanatory structure, and before user-requested commits that materially touch a design.
基于 SOC 职业分类
| name | blender-modeling |
| description | 用 Blender 无头模式（bpy Python 脚本）程序化建模 3D 资产，通过"渲染 → 视觉看图 → 迭代"闭环验证效果，导出 glb 等格式，并把脚本、效果图、模型和 README 按约定归档。当用户要求建模 3D 模型（装置、道具、场景物件等）或导出 3D 资产时使用。项目特定的尺寸/朝向/归档路径约定由项目级 skill 补充。 |
核心方法：建模完全程序化（bpy 脚本），每轮修改后无头渲染出图、用视觉能力检查、再改脚本，形成"渲染 → 看图 → 迭代"闭环。参考实现见 reference/make_belt.py（完整可跑的示例脚本）。
blender --version。一切通过 blender --background --python <script> 无头执行，不操作 GUI。export_yup=True 转换。bl_idname 查找：ShaderNodeBsdfPrincipled、ShaderNodeBackground。socket 输入名仍是英文（Base Color、Metallic、Roughness、Emission Color、Emission Strength）。BLENDER_EEVEE_NEXT，try/except 回退 BLENDER_EEVEE。mesh.from_pydata）。BEVEL 修改器（width 0.01–0.03，segments 2）+ shade_smooth（圆柱）即可出效果。/tmp/<proj>_<name>/make_<name>.py 写完整脚本：清场 → 材质 → 建模 → 灯光（SUN 主光 + AREA 补光 + 微亮环境背景）→ 正交相机（斜 45°，TRACK_TO 约束对准模型中心）→ 渲染 → 导出。脚本内输出路径用绝对路径。preview.png（整体效果）+ 三视图（均正交）：front.png（沿主朝向轴正视）、side.png（侧视）、top.png（俯视，验证朝向与布局）。bpy.ops.export_scene.gltf(filepath, use_selection=True, export_yup=True, export_apply=True)，只选中模型部件（排除灯光相机）。建模完成后，把产出整理到一个目录（位置由项目约定或用户指定，如 Obsidian Vault 的 Models/<中文名>/）：
Models/<名称>/
├── make_<name>.py # 建模脚本（最终版）
├── <name>.glb # 模型文件（与项目内使用的一致）
├── preview.png # 斜 45° 效果图
├── front.png # 正视图（正交）
├── side.png # 侧视图（正交）
├── top.png # 俯视图（正交，验证朝向与布局）
└── README.md
README 固定章节：
blender --background --python ...），提示脚本内绝对路径需按环境修改README 的格式和图片引用语法随归档位置的惯例而定，不假设是标准 Markdown：Obsidian Vault 用 ![[preview.png]] 嵌入；普通 Markdown 仓库用 ；其他环境（AsciiDoc、Typst 文档等）用对应语言的图片语法。
若归档目标是 Obsidian Vault，遵守该 Vault 的 AGENTS.md（AI 生成内容带 yyyy-mm-dd 标题 (tool, 完整模型名) 标记章节、日期章节降序、不擅自改写用户内容、不擅自 git 提交）。