What’s happening?
The XanoScript VS Code Extension is being deprecated, in favor of the more recent XanoScript Language Server extension paired with the Xano Developer MCP and CLI.Why?
The Developer MCP provides a much more robust XanoScript writing and validation experience, and the CLI enables more reliable push/pull capabilities with sandbox environments for review.I’m still using the old extension
That’s okay! It’s easy to move over to the new workflow.Try this prompt
Paste this into your AI coding agent and it will handle the setup for you:Or follow the instructions below
1
Uninstall the old XanoScript extension
2
3
Install the Xano CLI
The CLI allows you or your AI agents to push/pull XanoScript code from your workspaces.then
There are additional steps if you’re running in a non-standard environment, such as our self-hosted users. More here
4
Enable the Developer MCP
The Developer MCP is necessary to ensure your agent can write and validate XanoScript properly. Pick your client below for the quick setup, or see the full client guides for step-by-step walkthroughs.Add
- Claude Code
- Codex
- Cursor
- VS Code (Copilot)
- Windsurf
- Gemini CLI
- Claude Desktop
--scope user to make it available across every project. Restart any active sessions. Full guide →How do I see my changes now?
The old extension’s diff view is gone, but the CLI diffs for you — you don’t have to set anything up to get it. Every push previews itself first. The CLI collects your local.xs files, compares them against your workspace, and shows you exactly what will change before applying anything: a per-type count of creates, updates, and deletes, then the individual operations, any destructive operations called out separately, and any objects that exist in Xano but not locally. Then it prompts for confirmation.
To see that comparison without pushing, add --dry-run — it prints the full preview and exits:
-v to see a reason line under each operation explaining why it was classified that way.
The sandbox gives you a reviewable diff in the browser. Push to your sandbox — an isolated, ephemeral copy of your workspace — then open the review screen to inspect the diff against your workspace and promote it when you’re satisfied:
On paid plans this is the default path —
xano workspace push is blocked and prompts you to go through the sandbox first. You can bypass it by enabling Allow Direct Workspace Push in Xano → Workspace Settings.Why the new workflow is better
The old extension tied XanoScript development to a single editor. The new workflow removes that limit and adds capabilities the extension never had:- Build from anywhere your agents run. You’re no longer confined to one VS Code-based IDE — work from your terminal, your IDE’s native AI assistant, or a coding agent right alongside your code.
- Catch errors before they ship. The Developer MCP validates XanoScript as it’s written, so your agent fixes syntax and structural mistakes before they reach your workspace instead of after.
- Safer, more complete sync. The CLI’s push/pull is more robust and fully-featured than the old extension’s, giving you clearer control over what moves between local and Xano.
- A better editing experience. The XanoScript Language Server adds inline completion, syntax highlighting, and diagnostics — which every AI tool above reads from too.
What’s next
Developer MCP
Get oriented with the Developer MCP and how it fits into your workflow
Xano CLI
Install, authenticate, and pull a workspace to develop against locally
Client guides
Step-by-step setup walkthroughs for every supported editor and agent
Tools reference
Explore the tools the Developer MCP exposes to your AI agents