## Summary - Document how people create, connect, edit, validate, and publish MDX-backed Content Blocks. - Document the complete MCP workflow, including scoped expression sources, frontmatter updates, diagnostics, conflicts, and disconnect behavior. - Add two focused screenshots for the human workflow. - Fix issues found by a low-reasoning MCP agent while executing every documented workflow. Ref #6182 ## Implementation notes - Connection confirmation uses the public `confirmReplacement` field because `confirm` is reserved as a hidden transport field. - MCP edits frontmatter with `update-content-block-frontmatter`; materialized MDX elements are not persistent targets for generic instance mutation tools. - Reload now intentionally discards a conflicted local source and accepts the Asset's latest storage revision before an edit is reapplied. - Generated MCP documentation and runtime contracts are updated from their source files. ## Checklist - [x] Document the human MDX Content Block workflow. - [x] Document MCP discovery, connection, editing, diagnostics, frontmatter, dynamic sources, conflicts, and disconnection. - [x] Add only screenshots that clarify otherwise hard-to-describe UI steps. - [x] Test every documented MDX capability through the local MCP CLI with a low-reasoning agent. - [x] Reproduce and fix the replacement-confirmation schema mismatch. - [x] Reproduce and fix persistent-session conflict reload and reapply. - [x] Add regression tests that failed before each product fix and pass afterward. - [x] Regenerate runtime contracts and generated MCP documentation. - [x] Review authoritative `docs/` content and update affected pages. - [x] Run affected tests, typechecks, formatting, and diff checks. ## Verification - Project Build: 208 affected tests passed. - Content Engine Asset session: 8 tests passed. - CLI documentation tests: 14 tests passed. - MCP docs generator: 3 tests passed. - Content Engine, Project Build, CLI, and MCP docs typechecks passed. - `pnpm oxfmt --check` passed. - `git diff --check` passed. - Low-reasoning MCP evaluation passed all documented workflows, including a real two-client revision conflict, reload, reapply, and final saved inspection.
7.9 KiB
description
| description |
|---|
| Webstudio's Command Line Interface (CLI) allows you to interact directly with your Projects from the command line. |
⬛ CLI
Webstudio's CLI lets you work with Projects from the command line. You can export and build a Project, publish and manage domains, inspect Project permissions, capture screenshots, and expose the configured Project to automation tools through MCP.
For self-hosting, the CLI can export your entire Webstudio Project. Once exported, these projects are ready to be deployed on any hosting platform of your choice - giving you complete freedom over where and how your website goes live.
Quick setup
The current Webstudio CLI package is webstudio. Run it with npx; do not install it globally or create a permanent webstudio command unless you intentionally need that. Do not use the old @webstudio-is/cli package or the old wstd command.
Use this page as the source of truth for the CLI package. Do not infer the package name or command from local repositories, old README files, or older examples.
First, check whether Node.js and npm are already installed:
node --version
npm --version
If node is version 22.12 or greater and npm prints a version, skip Node.js installation. If either command is missing, install Node.js 22.12 or greater before using the Webstudio CLI.
Run the latest Webstudio CLI without a global install:
npx --yes webstudio@latest --version
No separate Webstudio CLI installation is required when using npx. After verifying the latest CLI with npx --yes webstudio@latest, you can use the shorter npx webstudio command in the same environment.
For the latest version regardless of any existing global install, use npx --yes webstudio@latest.
How to run Webstudio commands
Examples on this page use the no-install npx webstudio command:
npx webstudio <command> [options]
Use one of these command formats:
| Setup | Command format |
|---|---|
| Latest one-off run, all OSs | npx --yes webstudio@latest <command> [options] |
| After verifying latest | npx webstudio <command> [options] |
Running with npx does not install a permanent webstudio command. Continue using npx webstudio for normal usage.
Use npx webstudio --help for the current command list.
How to update the CLI
The recommended npx setup does not install a permanent copy of the Webstudio
CLI, so there is no separate update command. Run the latest published version
explicitly:
npx --yes webstudio@latest --version
Then use @latest with any command when you need to guarantee that run uses
the newest release:
npx --yes webstudio@latest <command> [options]
This updates the CLI used by npx; it does not modify your linked Project or
its .webstudio files until you run a command that does so. If you previously
installed webstudio globally, remove that installation to avoid invoking an
older permanent command:
npm uninstall --global webstudio
First use
To use the CLI with a Project, you need an existing Webstudio Project and a Builder share link with Build access. Create the share link from the Share dialog in the Builder.
Run the guided flow:
npx webstudio
Or link a Project non-interactively:
npx webstudio link --link "<share-link-with-build-access>"
Publish the Project in Webstudio Cloud before syncing when you need recent Builder changes in the local export.
Install Node.js only when needed
You need Node.js 22.12 or greater to use the Webstudio CLI. If node --version reports version 22.12 or greater, skip this section.
On macOS or Linux, you can install Node.js with NVM. First check whether NVM already exists:
command -v nvm
If nvm is not found, install it:
curl -o- https://raw.githubusercontent.com/nvm-sh/nvm/v0.39.5/install.sh | bash
After installing NVM, restart your terminal. If nvm is still not found, source your shell profile and try again.
Once NVM is installed, you can install Node.js version 22 or greater by running:
nvm install 22
Verify your Node.js installation by checking its version:
node --version
On Windows, install Node.js 22.12 or greater from nodejs.org or use a Windows-compatible Node version manager. After installing Node.js, open a new terminal and verify:
node --version
npm --version
How the CLI connects to a Project
Most CLI commands operate on the single Project configured in the current directory.
.webstudio/config.jsonstores the Project ID.- The global Webstudio config stores the origin and share-link token.
npx webstudio syncdownloads the Project bundle to.webstudio/data.json.- Synced asset files are stored in
.webstudio/assets.
You can configure a Project interactively:
npx webstudio link
Or pass a share link directly:
npx webstudio link --link "<share-link>"
For automation, use init with JSON output:
npx webstudio init --link "<share-link>" --json
The share link should include Build access when you need to sync, build, import, or automate Project changes.
Export and build a Project
After linking, publish the Project in Webstudio Cloud, then sync it locally:
npx webstudio sync
Build a dynamic app with a deployment template:
npx webstudio build --template docker
{% hint style="info" %} See export types for more information about JavaScript applications vs. static sites. {% endhint %}
The CLI scaffolds the application, creates its routes and pages, and downloads
assets. In the generated project, install dependencies and use the scripts in
its package.json to develop or create a production build.
Build a static site with:
npx webstudio build --template ssg
Please review the limitations of using the static site export instead of dynamic templates.
Other workflows
The CLI can also:
- Import a synced Project into another Project.
- Preview an export and capture screenshots.
- Publish, unpublish, and inspect publishing jobs.
- Manage and verify custom domains.
- Audit accessibility, security, SEO, and performance settings.
- Expose a Project to AI agents and other automation through MCP.
Use the built-in help for current commands and options:
npx webstudio --help
npx webstudio <command> --help
Automation and MCP
Webstudio MCP lets agents inspect and edit the native visual-builder model so their changes remain editable in the Builder. After linking a Project, shell-capable agents can call MCP tools directly without configuring or restarting an MCP client:
npx webstudio meta.index
npx webstudio insert-fragment '{"parentInstanceId":"<parent-id>","fragment":"<ws.element ws:tag=\"section\" />"}' --dry-run
The explicit equivalent is
npx webstudio mcp single-op-call <tool> '<json>'. To keep Webstudio tools
available inside a supported client, generate its persistent configuration:
npx webstudio connect claude
npx webstudio connect codex
npx webstudio connect cursor
npx webstudio connect vscode
See Webstudio MCP for the exhaustive, versioned setup, discovery, editing, verification, safety, and troubleshooting reference generated from the latest published CLI manual.
Related
- Webstudio MCP – Connect agents to the native visual-builder model
- Download – Export a static site directly from the Builder
- Netlify – Deploy your project to Netlify
- Vercel – Deploy your project to Vercel
- VPS with Docker – Deploy to your own server using Docker
- Publishing and custom domains – Set up custom domains for your site