Skip to content

Updating visuals

If you see any images containing outdated UI, please bear with us.

We are updating all content as quickly as possible to mirror our new UI.

WeWeb MCP

CANNOT USE PLUGINS

Please note that the WeWeb MCP does not expose ways for AI to build using plugin actions. Thus, if you are using a plugin such as Xano or Supabase, your AI will not be able to build using these respective plugin actions.

In the cases of Xano and Supabase, we recommend you switch to using the new Integrations for these providers, as the MCP does expose ways for your AI to build using integration actions.

If you still need to work with plugin actions from an MCP-connected AI, there is a makeshift workflow JSON workaround further down this page. It is not ideal, and we recommend Integrations whenever they cover your use case.

Use the WeWeb MCP server to let an external AI agent work on your WeWeb projects. Instead of building inside the editor with WeWeb AI, you can stay in the AI client you already use, such as ChatGPT, Claude, Cursor, Codex, or Antigravity, and ask it to create pages, manage your backend, edit workflows, and inspect your project through natural language.

The server is available at:

https://ai-api.weweb.io/v1/mcp

MCP trial on the Free plan

The WeWeb MCP server is available on a 14-day trial when you are on the Free seat plan. This gives you time to connect an AI client and try building with MCP without upgrading to a paid plan.

When the trial ends, you'll need to upgrade to a paid Pro or Partner seat plan if you want to keep using the MCP server. Without a Pro or Partner plan, your AI client can no longer call WeWeb tools through MCP.

Learn more about WeWeb pricing →

WeWeb recommends Claude Opus

For the best results today, we recommend using Claude Opus as the underlying model. In our testing, it follows WeWeb tooling more reliably and produces higher-quality output than other models. As the MCP server matures, we'll broaden the list of recommended models.

What is MCP?

The Model Context Protocol (MCP) is an open standard that lets AI agents discover and call external tools in a consistent way. By exposing WeWeb as an MCP server, any compatible client can list the available WeWeb tools and invoke them to act on your project.

This is the inverse of a chat connector: rather than WeWeb calling out to an external service, an external agent calls into WeWeb to do the work for you.

How it works

  1. Connect your AI client to the WeWeb MCP server using the steps below.
  2. Authenticate. On first use, the client opens a browser window so you can sign in to WeWeb and authorize access.
  3. Select a workspace and project. Ask the agent to list your workspaces and projects, then switch to the ones you want to work on.
  4. Build and iterate. Describe what you want and let the agent call the relevant WeWeb tools.

CURRENTLY IN BETA

WeWeb MCP is currently in beta. Tool calls run against your real project and can create, edit, or delete resources. We recommend testing on a non-critical project first and reviewing changes as the agent works.

Supported clients

The following clients are supported today:

ClientConnection methodGuide
ChatGPTAdd a custom plugin with the server URLSetup guide
Claude DesktopAdd a custom connector with the server URL, or edit the config file manuallySetup guide
Claude CodeSingle terminal commandSetup guide
CursorMCP config entrySetup guide
VS CodeMCP config entry, or add through MCP settingsSetup guide
CodexAdd a custom plugin with the server URLSetup guide
AntigravityAdd an entry to mcp_config.jsonSetup guide

Authenticate and manage tools

No matter which client you use, connecting to the WeWeb MCP server prompts you to sign in to WeWeb and authorize access. The first time you connect, or when your session expires, your client opens a browser window with a screen like this:

Authorize access to WeWeb screen showing requested permissions and Authorize button

Review what access is being requested, confirm you are signed in to the correct WeWeb account, then click Authorize. Until you approve, the agent cannot call WeWeb tools on your behalf.

What are MCP tools?

An MCP server exposes tools: discrete actions the agent can run, such as creating a page, fetching table view data, or editing a workflow. You do not need to call these tools yourself. Describe what you want in plain language and the agent picks the right ones.

Once connected, your client lists the WeWeb tools available in the session. Many clients let you control how those tools are used, for example whether the agent can run a tool automatically or must ask for your approval first.

Tool permissions in Claude Desktop

This screenshot is from Claude Desktop, but other clients often offer similar controls in their own settings.

In Claude Desktop, open SettingsConnectors, then open your WeWeb connector. Under Tool permissions, choose for each tool or group of tools whether Claude can run it automatically, needs your approval, or is blocked.

Claude Desktop WeWeb connector settings showing tool permissions for individual WeWeb tools

See all available WeWeb tools →

Available tools

Once connected, your agent can call the tools below. They are grouped by area. You don't need to memorize them. Describe your goal in plain language and the agent picks the right tools.

Project & general

ToolDescription
listWorkspacesList the WeWeb workspaces accessible to your account
switchWorkspaceSwitch the active workspace for the session
listProjectsList the WeWeb projects available to your account
switchProjectSwitch the active project for the session
getWeWebDocumentationLook up WeWeb documentation to ground its work
getPageWorkflowTriggersContextGet available triggers for page workflows
getAppWorkflowTriggersContextGet available triggers for app workflows
getFrontendWorkflowActionsList available frontend workflow actions
getBackendWorkflowActionsList available backend workflow actions
wewebFeedbackSend feedback about the MCP experience
pingHealth check the connection

Pages & UI elements

ToolDescription
searchPagesFind pages in the project
createPageCreate a new page
updatePageUpdate a page's settings
getElementsDocumentationGet documentation for WeWeb elements
searchPageElementsFind elements on a page
getPageElementsVariablesList variables used by a page's elements
getElementLocalContextGet the local context of an element
getElementParentStatesInspect parent states of an element
getOtherPageSemanticRead the semantic structure of another page
editElementEdit an element's properties or style
editRepeatConfigure a repeat (list) on an element
addSectionAdd a section to a page
reuseSectionReuse an existing section (from another page) on the page
addElementsAdd elements to the page
replaceSectionReplace an existing section
replaceElementReplace an existing element

Design system

ToolDescription
searchTokensFind design tokens
createTokensCreate design tokens (colors, typographies, spacings)
editTokenEdit a design token
deleteTokenDelete a design token
getGuidelinesRead the design system guidelines
editGuidelinesEdit the design system guidelines
searchClassesFind CSS classes
createClassCreate a CSS class
editClassEdit a CSS class
deleteClassDelete a CSS class
activateIconSetActivate an icon set

Variables

ToolDescription
searchVariablesFind variables in the project
createVariableCreate a variable
editVariableEdit a variable
deleteVariableDelete a variable

Frontend workflows

ToolDescription
searchGlobalWorkflowsFind global (app, page, function) workflows
createOrEditElementWorkflowCreate or edit an element-level workflow
deleteElementWorkflowDelete an element workflow
createAppWorkflowCreate an app workflow
editAppWorkflowEdit an app workflow
createPageWorkflowCreate a page workflow
editPageWorkflowEdit a page workflow
createFunctionWorkflowCreate a function workflow
editFunctionWorkflowEdit a function workflow
deleteGlobalWorkflowDelete an app, page, or function workflow

Tables & data (WeWeb backend)

ToolDescription
listAllTablesList all tables
createTableCreate a table
dropTableDelete a table
renameTableRename a table
addColumn / dropColumn / renameColumn / modifyColumnTypeManage table columns
addConstraint / dropConstraintManage table constraints
getTableRowsRead rows from a table
addRow / updateRow / deleteRowManage table rows
createTableIntegration / deleteTableIntegration / renameTableIntegrationManage table integrations
listStorageFilesList files in storage

Table views (interface data)

ToolDescription
searchTableViewsFind table views
fetchTableViewDataFetch data from a table view
fetchRawTableDataFetch raw table data
createTableView / updateTableView / deleteTableViewManage table views
createTableViewIntegration / updateTableViewIntegrationManage table view integrations

Authentication & users

ToolDescription
installAuthProviderInstall an authentication provider
listInstalledAuthList installed auth providers
editAuthProviderConfigEdit an auth provider's configuration
deleteAuthProviderConfigRemove an auth provider
listUsers / createUserManage users
listRoles / createRole / deleteRoleManage roles

Backend workflows & environment

ToolDescription
listAllBackendWorkflowsList backend workflows
getBackendWorkflowRead a backend workflow
createBackendWorkflow / editBackendWorkflow / deleteBackendWorkflowManage backend workflows
listAllEnvVariablesList environment variables
createEnvVariable / editEnvVariable / deleteEnvVariableManage environment variables
getWeWebBackendStatusCheck the WeWeb backend status
installWeWebBackendUrlConnect a WeWeb backend to the project

Tips

  • Select a workspace and project first. Ask the agent to run listWorkspaces and switchWorkspace, then listProjects and switchProject, before making changes so it acts on the right project.
  • Set up backend work before interface work. When a request spans both, have the agent create tables and backend workflows before building the UI that depends on them.
  • Review as you go. Because tools run against your live project, keep an eye on changes and use the WeWeb editor and Preview to verify results.

Workaround for plugin actions

The MCP cannot create or edit plugin actions directly. Prefer Integrations when they cover your provider (for example Xano or Supabase), because those actions are available to the AI through MCP.

If you are stuck on plugins for now, some users use this makeshift workaround. It is not an official MCP feature. Treat it as a temporary bridge, and review every workflow carefully before you rely on it.

How the workaround works

In WeWeb, a workflow is stored as JSON. When you copy a workflow in the editor, WeWeb puts that JSON on your clipboard, which allows you to paste it as a new workflow in the WeWeb editor.

However, if you try to paste it into a text field, then you will see the raw JSON (which opens up the potential for you to make direct edits to the JSON).

If you already have workflows that use the plugin actions you care about, you can give that JSON to your MCP-connected AI as examples. The AI can study how those plugin actions are shaped, then return a full updated workflow JSON for you to paste back into WeWeb.

This only works well when you provide solid examples first. Without a few manually configured plugin-action workflows as references, the AI is guessing.

Steps

  1. In WeWeb, manually build one or more workflows that already use the plugin actions you need (for example a Xano plugin action you configured yourself). Keep a few variations if you can. The more examples you give the AI, the better.
  2. Open one of those workflows. In the top right of the workflow panel, open the ... menu next to the workflow name, then click Copy workflow.
  3. Paste into your AI chat (ChatGPT, Claude, Cursor, and so on). You should see the workflow JSON.
  4. Repeat for other example workflows if you have them, or keep them in the same chat as reference material.
  5. Ask the AI to create or update a workflow based on those examples. Be specific about the change you want (for example which action to add, which fields to bind, or which conditions to set).
  6. Ask the AI to return the full workflow JSON in the same format you pasted in. Do not ask it to summarize or partially rewrite the JSON.
  7. Copy the JSON the AI returns.
  8. In WeWeb, paste it as a new workflow. Open the result and check that the plugin actions, bindings, and flow look right.

What to expect

  • The AI is not calling plugin tools through MCP here. You are doing a copy, edit, and paste loop with workflow JSON.
  • Small mistakes in the JSON can produce a broken or incomplete workflow. Always open the pasted workflow in the editor and test it.
  • This does not replace Integrations. When an Integration exists for your provider, use that instead so the AI can work through MCP tools normally.