Is MCP able to create/edit Supabase table views in WeWeb Data & API?

Just checking if I’ve missed a post about this? Claude Code using the MCP can create workflows using the Supabase tavle views now but it’s visibility is very limited and it can’t create/edit them. It’s looking at my Supabase schema to get info about the tables rather that the table views right in WeWeb because it can’t see them.

On “backend module isn’t installed”: that’s WeWeb’s own server-side layer, separate from Supabase. Your Table Views exist and work fine at runtime — fetch-table-view is running in all these workflows. What’s gated is the MCP introspection tooling: listTableViews, getSupabaseProjectTables and getIntegrationSkill all need that module, which is why I couldn’t enumerate your views and had to infer 608213a2 = spaces and 32ef84ea = beds from the old workflows. It’s also why I read your schema through the Supabase MCP instead. Nothing is broken; I just can’t see as much as I’d like. Installing it would also unlock backend workflows and API endpoints.”

Claude is telling be to “install the backend module” but when i click this my WeWeb tries to open weweb backend which I’m worried will interfere with my Supabase as a backend through the integration??
*
"On the backend module — I can’t install it, only you can. The MCP tool just returns a link that performs the install when you open it in the editor:*

I generated it with auth and storage deliberately switched off, against the tool’s defaults. Two reasons: you’re on Supabase auth, and installing WeWeb’s auth module can scaffold its own sign-in / sign-up / reset-password pages into the project — which would collide with your existing Auth pages and the tenant_id / get_current_tenant_id() situation. Storage is similarly unused. That URL installs the backend module only.

Worth knowing before you click: the tool notes that once the backend is installed, this tool can’t add auth or storage later — you’d enable them manually in the editor. So backend-only now doesn’t paint you into a corner, it just means a manual step if you ever want the others.

What it unlocks: listTableViews and getSupabaseProjectTables (so I could stop inferring which view is which), plus backend workflows and API endpoints."

Hey @EvoSOK :waving_hand:

The MCP should be able to create and edit Supabase table views in the WeWeb Data & API tab, yes.

Are you using the Supabase integration as data source only? If that’s the case, we think the MCP’s inability to create/edit the table views may be a bug on our side where AI doesn’t see your Supabase table views if you don’t have the WeWeb backend installed (due to an incorrect tag on related MCP tools). We have an open ticket to fix this. ETA is 1-2 weeks.

If you do have WeWeb backend on your project, then the failure is likely due to something else. If that’s the case, could you create a bug ticket here so the team can investigate further?

@Joyce No i’m using Supabasebackend for RLS, Auth etc. So I’ll log a ticket.

Hey Joyce!

I’m glad to hear that it’s something weweb team will fix at some point. Right now I need to give the id of the view to the AI MCP so it can do the bindings because it can’t read it directly. (I dont have weweb backend installed). I hope the MCP will have the ability to create/edit supabase views soon.

Please update us on this when it is fixed, thank you :blue_heart:

Hey there :waving_hand:

This should now be live :slight_smile:
More info here: 🤖 Safer AI, smarter project actions, monday.com, & Stripe updates

@Joyce Awesome thanks so much. I must have been one of the first people to use it because I noticed Claude used the MCP to make a table view edit before you even posted that, so i figured the fix was posted.