Skip to main content

Blender Bridge

把 Profy 接到你本机正在运行的 Blender,让专家能检查场景图、执行 Python(bpy)、截视口图验证效果、导出 GLB。 这与 Profy 云端的 3D 能力是两条正交路线:profy-visualize / profy-game-studio 在沙箱里用 Three.js 造网页可运行的 3D;Blender Bridge 操作的是你桌面上那个真实的 .blend 文件。
当前实现状态(核对于 2026-08-11):本插件的 mcpServers 声明(uvx blender-mcp)在代码库中没有任何消费方——agent-runtime 的 PluginManifest.mcp_servers 字段被解析但从未被读取,Core 侧的 MCP 装配只处理社区插件安装(buildCommunityMcpToolsAndConfig),不覆盖内置 manifest。也就是说:勾选本插件后,你会得到它的技能与提示词(下面的工作流纪律、安全规则、导出参数都会生效并影响模型行为),但不会得到可调用的 Blender 工具。把它当作「Blender 协作方法论」而不是「远程遥控器」,直到接线补齐。

声明与激活

两道门必须同时通过: 第二道门意味着它只在 Profy Desktop 里存在。云端网页对话勾不到、也激活不了——因为要操作的 Blender 在你的机器上,云端沙箱够不着。

环境前置

marketplace.installModeON_INSTALL,即安装时就完成准备,不是首次调用时才装。

工作流纪律(技能层,当前即生效)

插件带的 blender-workflow 技能规定了模型的操作节奏。核心是每步都要看

Vision in the Loop

技能里写死了一条硬规则:每一次建模操作之后都要截图,然后自问形状对不对、位置对不对、材质有没有生效;有问题先修再往下走。
永远不要假设某个操作成功了——一定要视觉确认。
这条纪律的价值不依赖 MCP 接线:它约束的是模型在任何 3D 任务里的自我验证习惯。

能力清单(MCP 接线补齐后可用)

Web 导出参数

给网页用的模型有明确参数,不是「随便导一下」: 完整链路是:Blender 建模 → 优化(减面、烘焙贴图)→ 导出 GLB → 在 Profy 的 visualize / game-studio 里加载 → 通过 Sites 发布。

安全规则

技能里的四条硬约束,模型会遵守:
  • 不经询问不覆盖文件——新版本一律「另存为」
  • 不经确认不删除物体
  • 不修改项目目录之外的文件
  • 在副本上作业,不动原始文件

边界与失败态

  • 没有 Desktop 就没有这个插件。云端对话里它不出现在插件面板,不是 bug。
  • Blender 没开 = 前置检查就失败。技能要求先调一次场景检查确认连通,连不上应立刻停下报错,而不是继续「假装在建模」。
  • MCP 声明当前未接线(见页头警告),所以「模型说要截图但没有截图工具」是当前的预期行为,不是模型偷懒。
  • 多边形预算要自己把关。Web 导出没有自动减面兜底,超预算的模型照样能导出,只是加载会卡。

排错

验证你的配置

  1. 在 Profy Desktop 里开一个新对话,插件面板中应能看到 Blender Bridge——看不到就说明 Desktop 未连接,后面都不用试了。
  2. 勾选后问「当前 Blender 场景里有哪些物体」。若返回的是方法建议而非实际场景数据,说明命中了页头描述的未接线状态。
  3. 让它给一段「把选中物体导出为 Web 用 GLB」的操作步骤。正确的回答应该包含 Draco、2048 贴图上限、Apply 变换这三项——这能验证技能层确实加载了。

相关页面

3D 与可视化开发

云端的 visualize / game-studio / AI 3D 生成

Godot Bridge

同族桥接:游戏引擎与确定性回放测试
核对日期 2026-08-11。来源:services/agent-runtime/src/plugins/builtin/blender-bridge/plugin.jsonskills/blender-workflow/SKILL.mdprompts/BLENDER.mdservices/agent-runtime/src/plugins/registry.py_check_activation)、services/agent-runtime/src/plugins/utils/types.py