Playbook Supabase
Interroger votre base Supabase avec des agents IA
Chaque question produit se termine à la base de données — combien d'inscriptions cette semaine, quel plan convertit, ce qui a changé après la sortie. Les équipes qui répondent le plus vite ne mettent pas ces questions en file derrière un développeur avec une session psql ; elles laissent un agent lancer la requête. Voici comment brancher Supabase à votre stack en toute sécurité.
Ce que font les meilleures équipes
Les habitudes des équipes qui traitent leurs données Supabase comme quelque chose que toute l'équipe peut interroger, pas seulement la personne qui a la chaîne de connexion.
Interroger la base, pas un développeur
Laissez un agent traduire une question en langage naturel en SQL et l'exécuter sur le projet via une connexion à portée limitée.
Pourquoi ça marche : La plupart des « petites questions de données » sont à un SELECT près. Supprimer le relais humain transforme un jour d'attente en une minute.
Donner OAuth aux agents, jamais une chaîne de connexion
Autorisez l'accès via le flux OAuth de l'API de gestion au lieu de coller des clés service-role ou des chaînes de connexion dans des prompts et des scripts.
Pourquoi ça marche : Les jetons OAuth sont limités à une organisation, chiffrés au repos et révocables en un clic — une chaîne de connexion fuitée n'est rien de tout cela.
Pointer les expériences vers le staging
Connectez un projet de staging pour le travail exploratoire des agents, et gardez les lectures de production délibérées.
Pourquoi ça marche : L'outil SQL exécute ce qu'on lui donne, écritures comprises. Une frontière de staging fait de « laisser l'agent explorer » un choix sûr par défaut.
Ce que ça donne en pratique
Exemples généralisés du type d'équipes qui appliquent cette tactique.
A routé les questions « combien / lesquels / depuis quand » vers un agent connecté en MCP qui interroge Supabase directement, libérant le développeur backend des demandes SQL ponctuelles.
A fait vérifier chaque matin par un agent la santé du projet, le nombre de lignes et les nouvelles inscriptions, puis publier un résumé d'une ligne, remplaçant un rituel de consultation du tableau de bord.
The examples above are generalized, illustrative descriptions of common approaches across the industry. They are not based on, attributed to, or affiliated with any specific company or individual, and are provided for educational purposes only.
Reprenez ces modèles
Des points de départ prêts à copier-coller. Remplacez les crochets par votre propre sujet et lancez-vous.
SUR QUESTION : lister les tables → inspecter le schéma pertinent → écrire SELECT → exécuter via database_query_run QUOTIDIEN : exécuter les décomptes d'inscriptions/revenus → publier un résumé dans le canal d'équipe HEBDO : vérifier la santé du projet + la liste des edge functions → signaler tout changement
Faites-le avec Modiva
Voici comment appliquer cette stratégie pour de vrai — connectez une fois, puis publiez, planifiez et automatisez sur chaque plateforme depuis un seul endroit.
- 1
Connecter Supabase à Modiva
Connectez-vous sur modiva.ai, ouvrez Connexions → Nouvelle connexion et choisissez Supabase. Vous autorisez sur l'écran de Supabase lui-même — Modiva ne stocke qu'un jeton chiffré à portée limitée, jamais votre mot de passe. L'offre gratuite connecte vos trois premiers comptes sans frais.
💡 Se connecter une fois rend Supabase disponible pour chaque appel d'API REST et chaque clé MCP de votre espace de travail — vous ne recâblez plus jamais OAuth.
- 2
Explorer le schéma, puis interroger
Utilisez les outils Supabase de Modiva pour lister vos projets, lister les tables d'un schéma et exécuter du SQL via l'API de gestion. Un agent qui inspecte d'abord le schéma écrit de bien meilleures requêtes qu'un agent qui devine les noms de colonnes.
💡 L'outil SQL exécute des instructions arbitraires — écritures comprises. Relisez ce qu'un agent exécute en production, ou pointez-le vers un projet de staging.
- 3
Gérer projets et fonctions
Lisez le statut d'un projet, déployez et mettez à jour des edge functions, gérez secrets et branches, et modifiez la config de service via la même connexion — pour que le travail opérationnel vive à côté des questions de données au lieu d'un rituel de tableau de bord à part.
- 4
Laisser un agent IA gérer la corvée
Créez une clé MCP et pointez votre assistant IA (Claude, Cursor ou tout client MCP) vers Modiva. L'agent peut rédiger des variantes, planifier des publications, récupérer l'engagement et répondre aux commentaires via des outils typés — sur chaque plateforme connectée à la fois.
💡 Décrivez le playbook à votre agent en langage naturel (« reformate cette vidéo en 5 publications natives par plateforme et mets-les en file ») et laissez-le appeler les outils.
FAQ
Modiva peut-il écrire dans ma base Supabase ?
L'outil de requête SQL exécute les instructions qu'on lui donne, y compris INSERT, UPDATE, DELETE et DDL — donc oui, si vous ou votre agent envoyez une écriture (il a aussi un mode lecture seule qui rejette les écritures). Le reste de la connexion est également en lecture et écriture : projets, edge functions, branches, secrets, domaines et config de service peuvent tous être créés et gérés via des outils typés.
Comment fonctionne l'authentification Supabase ?
Via le flux OAuth de l'API de gestion Supabase (Authorization Code avec PKCE). Vous autorisez une fois sur l'écran de consentement de Supabase et choisissez l'organisation à partager ; Modiva stocke un jeton chiffré à portée limitée et le rafraîchit automatiquement.
Quels projets un agent peut-il toucher ?
Uniquement les projets de l'organisation que vous avez autorisée, et chaque outil prend une réf de projet explicite — un agent doit donc nommer le projet qu'il interroge. Connectez une organisation de staging si vous voulez une frontière de sécurité stricte.