Use this when /supabase, Supabase tools, or Supabase MCP setup fails.
If you hit auth or tool errors and need logs for an issue, collect the newest OpenCode session log from its default log directory:
- macOS/Linux:
~/.local/share/opencode/log/ - Windows:
%USERPROFILE%\.local\share\opencode\log
Run OpenCode with debug logging enabled while reproducing the problem:
opencode --log-level DEBUG --print-logsShare that newest session log file in the issue. In our testing, the session log file is more reliable than redirecting stderr with 2> for capturing plugin activity.
If a tool says Supabase is not connected. Run /supabase first., run /supabase in the OpenCode TUI and complete browser auth.
If /supabase says you are already connected but tools still fail, disconnect from the /supabase dialog, connect again, then retry the tool.
If OpenCode says the local Supabase auth file was corrupted, the plugin backed up the corrupt file and reset auth. Run /supabase again, then retry the tool.
The /supabase dialog shows the auth URL while it waits. Copy that URL into your browser manually.
The plugin listens on one of these local callback URLs during auth:
http://localhost:14589/auth/callbackhttp://localhost:14590/auth/callbackhttp://localhost:14591/auth/callback
If all ports are busy, close other OpenCode sessions and retry /supabase.
After adding the Supabase Studio MCP config, OpenCode must reload config and authenticate the MCP server:
- Close OpenCode or exit the current session.
- Run
opencode mcp auth supabase. - Complete OAuth in the browser.
- Start OpenCode again.
If MCP works after only restarting, auth was likely cached from an earlier setup.