[BUG] Blender Connector Fails to Download/Run
Preflight Checklist
- [x] I have searched existing issues and this hasn't been reported yet
- [x] This is a single bug report (please file separate reports for different bugs)
- [x] I am using the latest version of Claude Code
What's Wrong?
Official Blender connector v1.0.1 fails to install/run on Windows with deterministic error: error in 'egg_base' option: '.' does not exist or is not a directory. Failed to build blender-mcp via both uvx blender-mcp and uv run blender-mcp. Path is URL-encoded (Claude%20Extensions). Reproducible on fresh Blender 5.1.1 install with empty MCP config. Full log file available — extension and Blender add-on side both install successfully; failure is in uv's editable build of the bundled Python package.
<img width="1920" height="1032" alt="Image" src="https://github.com/user-attachments/assets/bf4792a0-a7a8-421b-a2bd-4f10da9358f5" />
What Should Happen?
User should be able to download the extension and run it successfully.
Error Messages/Logs
Steps to Reproduce
Title: Connector install fails on Windows with egg_base error in setuptools build
Environment:
OS: Windows 11
Blender: 5.1.1 (fresh install, .msi installer)
Claude Desktop: latest (as of April 29, 2026)
Connector version: 1.0.1
Blender add-on side: installed successfully via lab.blender.org drag-and-drop, server running on localhost:9876
Steps to reproduce:
Fresh Windows install of Blender 5.1.1 (default .msi installer).
Install the Blender MCP add-on by dragging the install link from https://www.blender.org/lab/mcp-server/ into Blender twice. Verify it loads and the server auto-starts on localhost:9876.
Open Claude Desktop. Go to Customize → Connectors, search Blender, click Install.
Approve the "Do you want to install Blender?" dialog.
Wait for "Installing..." to finish.
Expected: Connector installs successfully, MCP tools become available in Claude Desktop chats.
Actual: "Extension Installation Failed" dialog with this error:
The extension could not be installed due to the following error: uv.exe exited with code 1:
Failed to build blender-mcp @ file:///C:/Users/<user>/AppData/Roaming/Claude/Claude%20Extensions/ant.dir.gh.blender.blender-mcp
├─▶ The build backend returned an error
╰─▶ Call to setuptools.build_meta.build_editable failed (exit code: 1)
[stdout]
running egg_info
[stderr]
error: error in 'egg_base' option: '.' does not exist or is not a directory
hint: This usually indicates a problem with the package or the build environment.
Even after the dialog reports failure, the extension does eventually appear in Settings → Extensions (after ~1 hour in my case, possibly a retry). Enabling it produces the same error in MCP server logs and the server stays in a "failed / disconnected" state.
Reproduces deterministically across two invocation paths:
cmd /c uvx blender-mcp
uv run blender-mcp (after the extension auto-registered)
Both fail with the identical egg_base error.
Likely cause:
The package's setup.cfg or pyproject.toml likely declares [egg_info] egg_base = ., which resolves to uv's temp build CWD rather than the package source directory. Possibly compounded by URL-encoded path handling — note Claude%20Extensions (literal %20, not decoded space) appearing in uv's resolved file URL.
Workarounds tried (none worked):
Quitting Claude Desktop fully (tray → Quit) and retrying
Letting Claude Desktop sit and auto-retry (extension eventually appears but in failed state)
Note: The previous community connector (ahujasid/blender-mcp) installs and runs cleanly via uvx blender-mcp against the same Blender 5.1.1 install on the same machine, confirming the issue is in this connector's Python packaging rather than the local environment.
Claude Model
None
Is this a regression?
I don't know
Last Working Version
_No response_
Claude Code Version
2.1.121
Platform
Other
Operating System
Windows
Terminal/Shell
Other
Additional Information
_No response_
6 Comments
Closing for now — this doesn't appear to be about Claude Code. Please open a new issue if this is still relevant.
the issue is still occurring on my pc.
windows 11, blender 5.1.2
same issue for me. this looks like it's about an "anti-virus / Ssl / uv " inconsistency. i have Norton, i disabled it but not solved. i tried to use windows ssl instead of anti-virus ssl. to do this open Powershell and enter this command:
check extensions folder if there exists any Blender folder, if there is, remove all. restart Claude desktop and try to install the extension.
i am having the same issue , cannot able to install the blender connector in claude , i also tried manually installing but still its not working , i have tried reinstalling several times too , eventually reinstalling the windows i thought some manual installation , can cause conflict, but it still giving that same issue, if anyone able to solve it , pls share the solution
I used Claude to help me figure out the issue and fix it. Here's a summary of the chat:
On Windows, the Blender MCP connector (Claude Desktop extension) fails to attach. There are two independent root causes, and fixing the first just exposes the second.
Environment: Windows 11, Claude Desktop (MSIX/Microsoft Store packaged build),
uv0.10.9, only Python on system is Microsoft Store Python 3.13.Bug 1 —
uv runre-syncs on every startup and the editable build failsThe manifest launches the server with
uv run blender-mcp.uv runre-syncs the venv on every start, which triggers an editable install of the package. setuptools'egg_infostep then fails:The extension install path contains a space (
Claude Extensions), whichuvpasses to setuptools URL-encoded asClaude%20Extensions. setuptools fails to resolve.against that URI during the editable build. This also makes the in-app Install/Reinstall button fail outright with the same error.Bug 2 — venv built against Microsoft Store Python can't launch the console script
After forcing a non-editable install +
--no-sync, the server still dies with:The file exists. The problem is the venv was created against Microsoft Store Python, which is itself an MSIX-sandboxed app. When the pip-generated
blender-mcp.exelauncher tries to load itself through that interpreter, path resolution crosses the MSIX package boundary and Windows denies it. (Claude Desktop being MSIX-packaged too makes this worse.) On a machine where the only Python is the Store build, every venvuvauto-creates hits this.Fix that worked
Rebuild the venv against a non-MSIX Python (uv's managed CPython) and stop
uv runfrom re-syncing. In the extension folder(
%APPDATA%\Claude\Claude Extensions\ant.dir.gh.blender.blender-mcp):Then edit
manifest.jsonto skip the per-launch resync:Fully quit Claude Desktop (system tray → Quit) and relaunch.
Suggested upstream fixes
python -m blmcpso no console-script launcher is needed.Claude Extensionsdirectory).This issue has been automatically locked since it was closed and has not had any activity for 7 days. If you're experiencing a similar issue, please file a new issue and reference this one if it's relevant.