Une seule couche d’état pour un assistant IA : comment Notis utilise Supabase

Le plus dur quand on construit un assistant, ce n’est pas le modèle. C’est que « souviens-toi de ça », « où est ce fichier » et « continue de faire ça tous les lundis » doivent tous survivre à un redémarrage, et tous rester cohérents entre eux.

Chez Notis, ce travail revient à Supabase. Base de données, stockage de fichiers et authentification : une seule plateforme qui détient l’état grâce auquel un assistant paraît continu plutôt qu’amnésique.

L’état qu’un assistant possède vraiment

On imagine un produit d’IA comme un modèle avec un prompt. En pratique, l’essentiel de l’ingénierie intéressante, c’est de la tenue de registres.

Notre schéma public contient ce dont Notis doit être certain :

• users : identité, forfait, paramètres, fuseau horaire. Ce à quoi toutes les autres lignes se rattachent.
• interactions : la conversation elle-même, quel que soit le canal par lequel elle est arrivée.
• documents : les documents natifs Notis, les rapports et les notes que produit l’assistant.
• automations : le travail récurrent que l’assistant exécute selon un planning ou un déclencheur.
• spawn_agent_sessions : des enregistrements durables pour le travail délégué aux agents, qui survit à une simple requête.
• rewardful_affiliates : la correspondance de parrainage derrière les liens d’affiliation personnels.

Relis cette liste. Rien de tout ça n’est de « l’IA ». Et pourtant, c’est tout ce qui fait la différence entre un assistant et une fenêtre de chat.

La table spawn_agent_sessions est celle que je montrerais si on me demandait ce qui a changé quand Notis a grandi. Un agent délégué peut tourner vingt minutes sur un Cloud computer pendant que la personne qui l’a lancé dort. La requête HTTP qui l’a démarré a disparu depuis longtemps. Si cette session ne vit que dans la mémoire du processus, un seul déploiement la tue et l’utilisateur ne reçoit rien. La mettre dans Postgres n’a rien de glamour, et c’est pourtant toute la raison pour laquelle « va bosser là-dessus et dis-moi quand c’est fini » est une vraie fonctionnalité.

Pourquoi une seule plateforme plutôt que trois bonnes

J’aurais pu faire tourner Postgres quelque part, le stockage d’objets ailleurs, et un fournisseur d’authentification par-dessus. Beaucoup d’équipes le font, et pour une grande équipe c’est le bon choix.

Pour un produit porté par un fondateur qui livre en continu, le couplage est justement l’intérêt. Avoir l’authentification et les lignes au même endroit permet aux politiques de sécurité au niveau des lignes de référencer directement l’utilisateur authentifié, sans tâche de synchronisation. Avoir le stockage dans le même projet permet à un fichier et à la ligne de document qui le décrit de partager le même cycle de vie. Un seul Dashboard, un seul jeu d’identifiants, une seule façon de gérer les migrations.

Le compromis est réel et je ne vais pas prétendre le contraire : tu concentres le risque. Supabase figure dans la présentation des fournisseurs de la plateforme de notre centre d’aide précisément parce qu’il héberge la base de données principale et le stockage de fichiers, et les utilisateurs méritent de le savoir en termes simples plutôt que de le découvrir dans une liste de sous-traitants.

Le choix de partage de fichiers que je défendrais devant une salle pleine d’experts sécurité

Notis déplace des fichiers en permanence. Tu envoies un vocal sur WhatsApp, il devient un fichier audio, une transcription, peut-être un document, peut-être un PDF renvoyé par email. Ces fichiers doivent être accessibles depuis WhatsApp, Telegram, iMessage, l’email, Notion et un navigateur, des systèmes qui n’ont absolument aucun mécanisme d’authentification commun.

Nous utilisons des buckets Supabase Storage publics avec des URL impossibles à deviner. Chaque lien contient un identifiant utilisateur plus des composants aléatoires, si bien que l’espace d’adresses est bien trop grand pour être énuméré.

Est-ce « sécurisé par authentification » ? Non. C’est sécurisé par le fait que c’est impossible à deviner, et je le dis clairement dans le centre d’aide au lieu de laisser entendre autre chose.

L’alternative, des URL signées à expiration courte, casse le vrai cas d’usage. Une page Notion qui intègre un fichier audio a besoin que ce fichier soit toujours accessible le mois prochain. Une miniature WhatsApp doit s’afficher quand quelqu’un remonte la conversation. Toutes les équipes qui essaient les URL signées pour le partage multicanal finissent par construire un proxy, et c’est le proxy qui tombe en panne.

Pour les contenus vraiment sensibles, nous conseillons de chiffrer avant de partager ou d’utiliser les permissions de Notion. Être honnête sur un compromis vaut mieux que de prétendre ne pas en avoir.

Travailler avec Postgres quand ton produit est un agent

Deux habitudes qui nous ont aidés.

L’introspection du schéma en lecture seule est une fonctionnalité. Je peux demander à un agent de vérifier quelles tables existent et quelles colonnes elles contiennent sans jamais toucher au contenu des lignes. C’est comme ça que la liste ci-dessus a été vérifiée : une requête sur information_schema, aucune donnée client récupérée. Quand ton assistant peut interroger sa propre base de stockage, la frontière entre « inspecter le schéma » et « lire les données des utilisateurs » doit être tracée volontairement.

Les migrations sont la mémoire que le produit a de lui-même. Chaque changement de schéma arrive sous forme de migration, dans le dépôt, relisible. Pas parce qu’un document de process l’exige, mais parce que la première fois que tu corriges une colonne en urgence dans un Dashboard et que tu n’arrives plus à reproduire l’environnement de staging, tu apprends.

Ce que je dirais à quelqu’un qui démarre aujourd’hui

Si tu construis un assistant, un copilote ou n’importe quoi qui est censé se souvenir :

• Écris ton modèle d’état avant ton prompt. Qu’est-ce qui doit survivre à un redémarrage ? Qu’est-ce qui doit survivre à un déploiement ? Ces deux réponses définissent ton schéma.
• Mets le travail d’agent de longue durée dans une table, pas en mémoire. Dès que ton produit fait quelque chose qui prend plus de temps qu’une requête, ce n’est plus optionnel.
• Décide tôt de ta façon de partager les fichiers, parce qu’elle dépend de chaque canal que tu prends en charge et qu’elle coûte très cher à changer plus tard.
• Ne fais pas le malin avec l’authentification. Utilise celle qui est déjà couplée à tes lignes.

Notis est passé de la capture vocale vers Notion aux outils connectés, à la mémoire, aux automatisations et aux agents délégués. Chacun de ces ajouts était en réalité une question d’état, et la réponse a toujours fini par être une table.

Supabase a porté cet état tout du long. Si tu démarres quelque chose, c’est un bon premier choix.