Each integration below says what it does, how to set it up and whether it is live today. Compatibility only: PatchLabs is independent and not affiliated with any company named here, and we use their names, never their logos.
PatchLabs reads public GitHub repos: code, migrations and full git history. You prove a repo is yours by committing a one-time file; we never need write access.
Paste the repo URL on the home page, or add it as an app in your workspace.
Commit patchlabs-verify.txt with the one-time code (one-click link to GitHub’s new-file page).
Re-check your app every time a migration lands on the default branch. The action waits for the lab result, writes it to the job summary and can fail the build while a leak is open.
Add and verify the app; copy its ID.
Create a workspace API key; save it as the secret PATCHLABS_API_KEY and the app ID as the variable PATCHLABS_APP_ID.
One webhook URL per workspace. Every finished check POSTs a JSON event with a one-line text field, so a Slack incoming webhook works as-is. Requests are HMAC-SHA256 signed.
In Settings → Webhook, paste an https URL (for Slack: an incoming webhook URL).
Press “Send test” to check delivery.
Optional: verify X-PatchLabs-Signature with your workspace secret.
Ask your coding agent to check an app. Works with Claude Code, Cursor, VS Code, Windsurf and other MCP clients: run the free RLS check, start full checks, read fixes and re-check monitored apps.
Add the server to your client (Claude Code below; snippets for the others in the docs).
Optional: add a workspace key as the X-API-Key header for list_apps and run_check.
Ask: “Check this repo for leaks with PatchLabs.”
Terminal
claude mcp add --transport http patchlabs https://api.patchlabs.dev/mcp
Compatibility: we read the code they produce. Independent, not a partnership.
Lovable
Apps built on Lovable
works with
Lovable projects synced to GitHub usually include supabase/migrations, which is all the Lab needs. Works on the exported code, so it keeps working after you leave the builder.
The Lab rebuilds Supabase projects from their migrations with Supabase’s roles, auth functions and default grants. Code checks read edge functions and auth settings.
Keep your schema in supabase/migrations (supabase db diff or db pull).
PL-023 looks up the package versions in your lockfile against OSV’s published advisories. If OSV can’t be reached, the check reports “skipped” instead of guessing.
Install-based access for private repositories, and fixes opened as pull requests on your repo. Until it ships: public repos only, and fixes as a downloadable migration or a one-click commit on GitHub.