Kikimora reviews your Supabase projects the way a security engineer would: advisors first, then auth configuration, then the logs.
Watch your Supabase backend from one conversation
The integration covers the three layers where Supabase risk tends to hide: the built-in security advisors and their recommendations, auth configuration such as password rules and row level security, and the Postgres logs that show unusual access. Row level security being off on a table that holds user data is the classic Supabase mistake, and it is exactly the kind of thing the agent can find in one question instead of a manual review. Supabase makes it fast to ship a backend, which is also why a sensitive table can go live with its policies wide open. The advisors flag a lot of this already, but their value depends on someone actually reading them. Putting the advisor output, the auth settings, and the access logs into one conversation means the warnings get reviewed instead of piling up in a dashboard nobody opens.
What you can do
- Pull security advisor recommendations per project.
- Audit auth configuration for weak settings.
- Check Postgres logs for unusual access patterns.
Things you might ask
- “Which tables in the project still have row level security disabled?”
- “Show every advisor recommendation marked as a security risk, newest first.”
- “Are there sign-ins from unexpected locations in the Postgres logs this week?”
Supabase is one piece of the backend. Pair it with the PlanetScale integration so schema changes and access control across your database layer get reviewed in the same conversation, and the whole data tier stays in one view.
