Open Design runs on Windows natively, but the path is less travelled than macOS, Linux, or WSL2. This guide covers the most common errors you will hit on a fresh Windows machine and the exact fix for each.
Tip: If your coding-agent CLIs run inside WSL2, use the dedicated
WSL2 setup guide. This guide is for native Windows (PowerShell).
When you run the downloaded installer (for example open-design-0.11.0-win-x64-setup.exe), a blue Windows Defender SmartScreen dialog appears:
Windows protected your PC
Microsoft Defender SmartScreen prevented an unrecognized app from starting.
App: open-design-x.y.z-win-x64-setup.exe
Publisher: Unknown publisher
The first dialog only shows a Don't run button. The Run anyway button is hidden until you click More info.
This is expected and does not mean the app is unsafe or broken. SmartScreen warns about any installer that is not signed with a code-signing certificate it already recognizes. Open Design ships unsigned Windows builds today, so the installer reports Publisher: Unknown publisher and SmartScreen flags it until a given signed binary builds up download reputation. The warning is about verifying who published the file, not about detecting a threat.
If you downloaded the installer from an official source, you can proceed:
- Click More info in the dialog.
- Click Run anyway.
- Continue through the installer as normal.
Only run the installer if you got it from an official source:
- open-design.ai, or
- GitHub Releases on the
nexu-io/open-designrepository.
Do not run an installer from a mirror, a re-upload, or a link you cannot trace back to one of those two sources. If a release publishes a SHA-256 checksum, you can confirm the file is intact before running it:
Get-FileHash .\open-design-x.y.z-win-x64-setup.exe -Algorithm SHA256Compare the printed hash against the checksum listed on the release page. They must match exactly.
| Tool | Version | How to verify |
|---|---|---|
| Node.js | ~24 |
node -v |
| pnpm | 10.33.x |
pnpm -v |
| Git | any recent | git --version |
node -v returns something older than v24.x.x, or you do not have Node installed at all.
Option A β nvm-windows (recommended)
-
Install nvm-windows.
-
In a fresh PowerShell window:
nvm install 24 nvm use 24 node -v # should print v24.x.x
Option B β Official installer
Download and run the Node 24 .msi from nodejs.org.
If running nvm version or node -v pops up a Windows dialog that asks "How do you want to open this file?", a fake nvm file (no extension) has been created in C:\Windows\System32.
Fix: Delete that file, then restart PowerShell.
pnpm : The term 'pnpm' is not recognized as the name of a cmdlet...
The repo pins pnpm@10.33.2 in packageManager, but corepack enable on a
normal Windows Node installation tries to write shims under
C:\Program Files\nodejs and fails with EPERM. Install the pinned pnpm
version globally instead:
npm install -g pnpm@10.33.2
pnpm -v # should print 10.33.2Use Corepack in macOS, Linux, and WSL2 as documented in the root Quickstart;
do not treat a Windows-native corepack enable permission failure as a broken
Node installation.
During pnpm install you see:
Ignored build scripts: better-sqlite3, ...
Later, pnpm tools-dev run web fails with native-module errors.
pnpm 10 blocks lifecycle scripts by default. Allow the packages that need native compilation:
pnpm approve-buildsApprove any packages that appear in the list (commonly better-sqlite3, electron, and esbuild). Then re-run:
pnpm installExpected on Windows native:
better-sqlite3does not publish a win32 prebuilt binary for Node 24, sopnpm installcompiles it from source with node-gyp (often around two minutes). Install Visual Studio Build Tools 2022 or newer as described in step 4 before runningpnpm install. Compilation output by itself is not a Node-version incompatibility.
gyp ERR! find VS could not find Visual Studio
or
error MSB8036: The Windows SDK version was not found
Install Build Tools for Visual Studio 2022 with the following workloads:
- Desktop development with C++
- MSVC v143 - VS 2022 C++ x64/x86 build tools
- Windows 11 SDK (or Windows 10 SDK if you are on Windows 10)
Download: https://visualstudio.microsoft.com/downloads/#build-tools-for-visual-studio-2022
If you see gyp ERR! find Python, verify Python is installed:
python --version # or py --versionIf missing, install Python 3.x from python.org and ensure it's on PATH.
After installing all build tools, open a fresh PowerShell window and re-run pnpm install.
cannot be loaded because running scripts is disabled on this system.
On fresh Windows installs, PowerShell blocks script execution by default:
Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUserRestart PowerShell after changing the policy.
You have completed the steps above but are not sure how to launch the app.
From the repository root:
pnpm tools-dev run webExpected output ends with something like:
Open Design dev server ready
- Local: http://localhost:17573
The exact port may change; always read the terminal output.
Run these commands in PowerShell before opening an issue. Include the output in your report.
node -v
pnpm -v
where.exe pnpm
where.exe node
where.exe opencode
corepack --version
python --version # or py --version
Get-ExecutionPolicy -ListIf you want a double-click entry point on Windows, create a launch.bat file in the repo root with:
@echo off
cd /d %~dp0
corepack pnpm tools-dev run webThat keeps the launcher on the supported pnpm tools-dev run web path while still giving you a one-click start.
OpenCode is one of the local agent CLIs Open Design can drive. If you want to use it:
npm install -g opencode-ai
where.exe opencode # should show C:\Users\YOUR_USERNAME\AppData\Roaming\npm\opencode.cmd
opencode --versionIf Open Design still shows OpenCode as not installed in Settings β Execution mode, click Rescan after confirming the opencode.cmd directory is on your user PATH.