Agent 现在能直接摸到你的 Blender 场景了：官方 Blender Lab 集成上手

每个做三维的人都有同一套 20 分钟流程：打开文件，一个个选中物体，读变换参数，把叫 Cube.017 的一批改回有意义的名字，修两个网格的缩放，导出。不难，就是点得太多——而且这里面没有一步需要你的判断力。与此同时，你在对话的那个模型，四行 Python 就能把整件事干完，前提是它能看到你的场景。这周这个缺口补上了：Hermes 上线了一个官方插件，把 Agent 接到正在运行的 Blender 会话上，走的是 Blender Lab 的 MCP 服务。

这次上线了什么

三样东西一起到位：

  • PR #119365 —— 目录条目。 blender 现在是 Hermes 插件目录里的官方条目：级别 official、维护者 NousResearch、分类 tools，并标记为引导插件（onboarding），也就是说它可以作为新用户的第一个连接器被推荐。它随 v0.21.5 这个 tag 发布。
  • hermes-plugin-blender —— 封装包。 一个小包，里面是 MCP 的启动配置和一个 Blender 工作流技能。它通过 stdio 运行上游的 Blender Lab MCP 服务；包里没有原生 Python hook、没有工具覆写、没有桌面端 JavaScript，也没有自更新器。
  • 一个工作流技能。 这个包会教 Agent 怎么操作 Blender，而这一点比听起来重要：把工具连上很容易，在一个真实场景上按正确顺序用好它，才是需要成文流程的部分。

如果你接触过 MCP——也就是应用型 MCP 服务一文的主题——这里是同一个思路，只是指向了创意软件，而不是数据库。

两条命令装好

hermes plugins install NousResearch/hermes-plugin-blender
hermes plugins enable blender

如果这个 Agent 要住在某个特定 profile 里，前面加 hermes -p <profile>——和插件目录指南里讲的其他目录安装完全一样。目录里同时也提供短名字 blender，可以用 hermes plugins install blender。

有一条老实话要写在前面：装这个插件不会顺带装上 Blender。 它不会改 Blender 首选项、不会安装 Blender Lab 的 add-on、也不会帮你打开任何场景。

那个“不装就一直失败”的前置条件

一切都取决于官方 Blender Lab MCP add-on 已经装好并且正在运行，而且要和 Hermes 后端在同一台机器上：

  1. Blender 5.1 或更新版本。 更老的版本不在支持范围内。
  2. 在 Blender 内安装并启用 Blender Lab MCP add-on，打开 Online 访问权限，并让它在本机回环端口 9876 上启动桥接。没有桥，就没有对话——插件的服务端找不到可以说话的对象。
  3. Hermes 后端能用 Git 和 uv。 这个服务是从源码拉取的，所以插件把上游版本钉死在某个具体提交（2cea8d56…，上游 v1.0.3），而不是启动时解析一个浮动的版本。
  4. 第一次启动要有耐心。 在维护者自己的 Windows 实测里，首次下载加构建花了好几分钟——长到足以被一次普通的 MCP 连接超时打断。所以先自己把环境热起来：
uv tool run --from "git+https://projects.blender.org/lab/blender_mcp.git@2cea8d566dde07fbac28a61d698909d69724e853#subdirectory=mcp" blender-mcp --help

跑完这条，重启 Hermes（或用你那个版本提供的插件/MCP 重载命令），第一次真正连接就会很快，而不是跟超时赛跑。这是插件 README 里最有用的一条建议，也最可能替你省下一个一头雾水的小时。

注意这条命令的来源：projects.blender.org，也就是 Lab 自己的仓库——故意不用 PyPI 上同名的包，README 明确警告不要拿它替换。

Agent 能拿它做什么

Blender Lab 的服务通过桥接暴露了一组面向场景的工具：列出物体、读取变换、创建与变换物体、读回状态、删除。其中一个“场景概览”式的查询，是确认整条链路是否活着、再放心交给它干别的事的标准做法。包安装完成后，技能会出现在 skills_list 里，你也可以用它的限定名通过 skill_view 读一遍。

维护者给出的验证范围值得原样引用，因为它比你可能预期的那句话窄得多：无头模式下的场景读取、创建、变换、读回、删除已在 Windows ARM64 与 x64 上、针对 Blender 5.2.2 LTS 验证通过。明确未验证、未实现的包括：图形界面截图、延迟操作，以及任何自动的应用/版本/存活检测。MCP 工具列表能列出来，不代表场景已经就绪——所以这个技能的第一步，是要求正在运行的会话给出一个真实回应。

动真活之前该读的安全说明

Blender Lab 自己的披露（被插件原样带进来）说得很直接：它的工具会在 Blender 里执行任意 Python，对删除文件或外泄数据没有任何防护。所以：

  • 让桥只留在回环上。 127.0.0.1 的 9876 端口就是设计本身，别把它暴露到网络上。
  • 探索阶段优先用可丢弃的场景，或者干脆用一台隔离的机器。一份随时能扔的文件副本，是最便宜的安全网。
  • 把它当成“未受约束的权限”，而不是沙箱。 一个在驱动 Blender 的 Agent，设计上就能做你本人在 Blender 里能做的一切。回环桥限制的是谁能碰到它，不是碰到之后它不能做什么。
  • 如果你要再分发，注意许可： 封装配置和文档是 MIT；Blender Lab 的服务与 add-on 仍是 GPL-3.0-or-later，版权归各自作者。Hermes 这个插件没有内嵌任何 Blender Lab 的代码。

如果你正在权衡“接一个创意软件”和“接一个数据库”，两者的风险画像其实不一样：对着数据库发错一个查询是可以挽回的，对着未保存的场景调错一次 bpy 就不一定了。MCP 目录安全指南讲了目录安装的一般信任模型；而对于会改动东西的创意工作，请把“有没有备份”加进检查清单。

这件事的意义只在 Blender 吗

有意思的不是三维。是这个模式：一个自带 MCP 服务、暴露在本机回环桥上的应用，现在可以被一个有技能、有记忆、有调度器的 Agent 直接寻址。而这个插件之所以只是一层薄封装——钉死的版本、一条启动命令、一个技能——正是因为重活在应用自己的服务里。接下来这股趋势大概都会是这个形状：Agent 不去学每一个工具，它学协议和流程。

对你来说有两点值得留意。第一，当你用的某个应用发布 MCP 服务时，集成成本会掉到“一条安装命令 + 一个技能”。第二，安全评审的重点也跟着移动：你不再只是问“这个插件可信吗”，而是问“这个应用把工具面暴露给一个自主 Agent 之后，还可信吗“。Blender 这个案例给出的答案是成文的“没有沙箱、只走回环、用可丢弃场景”——很诚实，而这正是你在把 Agent 接进任何会改文件的东西之前，应该去要求的那种披露。

按顺序上手

  1. 把 Blender 升到 5.1+，安装 Blender Lab MCP add-on；打开 Online 访问，让桥在 9876 上启动。
  2. 用上面那条 uv tool run 命令把服务环境热起来，让第一次连接很快。
  3. hermes plugins install NousResearch/hermes-plugin-blender，然后 hermes plugins enable blender。
  4. 重启或重载，然后要一份场景概览，确认你拿到的是当前打开文件的真实回答，而不是缓存来的描述。
  5. 第一周先在场景的副本上跑，确认没问题了，再指向那些丢了会心疼的文件。