
Scenemodel
io.github.CloudCorpRecordsPublished by GitHub account CloudCorpRecordsv0.1.0Updated Nov 3, 2026
Drive Blender scenes: scene and object info, code execution, assets and 3D generation.
Overview
Scenemodel's local MCP server; no sign-in required; STDIO.
No AI overview yet: these facts come from the registry entry and the server itself.
Installation
In SourceWeft
- Open Scenemodel in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
scenemodel
scenemodel is a small MCP server and CLI for driving a Blender scene from an agent. It is a clean-room rebuild of a core subset — eight tools — from the documented surface of ahujasid/blender-mcp: scene and object info, arbitrary Blender Python execution, viewport screenshots, PolyHaven category browsing, search and download, and Hunyuan3D model generation.
The transport is the original's, unchanged: Blender runs an addon
that listens on a TCP socket (default localhost:9876) and
exchanges JSON commands of the shape {type, params} for JSON
responses. scenemodel implements exactly that protocol behind an
injectable socket function — one connection, one JSON request, one
JSON response per call — with the host and port taken from
BLENDER_HOST / BLENDER_PORT. When nothing is listening, calls
fail honestly with the underlying connection error (ECONNREFUSED);
scenemodel never invents scene data.
One documented gap: upstream, the screenshot tool returns image content. scenemodel returns an artifact summary instead — the image format plus its byte and base64 lengths — and never the image content block itself.
Deliberately omitted: the Hyper3D (Rodin) generation tools and
their status checks, Hunyuan job status/polling beyond the generate
call, the dedicated set_texture tool (texture setting stays
reachable through asset download and code execution, as in the
original), telemetry/user-id tools, and viewport scene manipulation
beyond execute_blender_code.
The published container image bundles no Blender binary: the addon runs inside the user's own Blender install, so the image expects to reach a host Blender socket and says so in its Dockerfile.
Install
Start Blender with the blender-mcp addon enabled first; it listens
on localhost:9876 by default.
CLI
Exit codes: 0 success, 1 addon/socket error, 2 usage error.
MCP server
The env block is optional; the defaults are shown.
Tools
Addon error envelopes and socket failures — a refused connection, a timeout, a malformed response — are reported as tool errors carrying the underlying message.
Development
Tests run entirely on a fake socket function: command shaping, response unwrapping, screenshot summarisation, and error propagation. No live Blender instance is touched.
License
MIT — see LICENSE.
Source: README.md at commit 6fab7a3
Tools
0Version history
1- v0.1.0LatestNov 3, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts