WorkDaddy pour Supabase

Cinq agents sur une même boutique exigent une seule version de la vérité. Elle vit dans Supabase — découvertes, décisions, historique des tâches et piste d’audit complète.

La différence entre une équipe d’agents utile et une équipe imprévisible, c’est la mémoire. Sans registre partagé, chaque agent repart de zéro à chaque exécution, répète le travail et ne peut pas s’expliquer ensuite. WorkDaddy utilise Supabase comme couche de persistance : les agents y lisent leur contexte avant d’agir et y consignent ce qu’ils ont trouvé, changé et pourquoi.

Ce que contient la couche de mémoire

Elle garde l’état opérationnel de la boutique et du travail effectué — pas de données personnelles clients. Ce périmètre est voulu : les agents doivent retenir des décisions, pas des acheteurs.

  • L’état de configuration de la boutique et son évolution

  • Les découvertes de chaque agent, preuves jointes

  • L’historique des tâches — proposé, validé, livré ou rejeté

  • Un journal d’audit complet : quel agent, quoi, quand, sur quelle base

Pourquoi cela rend l’automatisation sûre

On ne peut déléguer un vrai travail qu’à un logiciel qu’on peut interroger après coup. Chaque action étant consignée avec entrées et justification, toute modification remonte à la découverte qui l’a causée — et peut être annulée. C’est ce registre qui permet d’assouplir les validations avec le temps, au lieu de jamais.

C’est votre base de données

La couche de mémoire tourne dans un projet Supabase que vous contrôlez. Interrogez-la en SQL, joignez-la à vos propres données, exportez quand vous voulez. Rien de la mémoire de travail des agents n’est enfermé dans une console fournisseur.

Comment ça marche

01

Connecter un projet

Pointez WorkDaddy vers un projet Supabase ; Ops provisionne le schéma de mémoire, de tâches et d’audit.

02

Les agents lisent et écrivent

Chaque agent charge le contexte pertinent avant d’agir et consigne découvertes et changements ensuite.

03

Interrogez vous-même

Les données sont à vous — inspectez-les en SQL, joignez-les à d’autres sources, exportez à tout moment.

Ce que vous obtenez

  • Un contexte partagé : les agents s’appuient l’un sur l’autre au lieu de se répéter

  • Un journal d’audit requêtable de chaque changement automatisé

  • Des comparaisons de tendance qui survivent aux limites de rétention des outils analytics

  • Pleine propriété des données, export compris — pas de verrou fournisseur sur votre historique

Questions fréquentes

Stocke-t-il des données personnelles clients ?

Non. Il conserve des données opérationnelles — état de la boutique, découvertes, historique des tâches, journaux de changements. Les données clients restent dans les systèmes qui les détiennent déjà.

Puis-je utiliser mon projet Supabase existant ?

Oui. Le schéma est provisionné dans son propre espace de noms et cohabite avec ce qui y tourne déjà.

Que se passe-t-il si je déconnecte ?

Les données restent dans votre projet. Les agents perdent leur historique partagé : ils raisonnent alors depuis l’état courant plutôt que depuis ce qu’ils avaient appris.

Pourquoi une base de données, au fond ?

Parce qu’un agent sans mémoire se répète, contredit les autres et ne peut pas expliquer ce qu’il a fait. La base est ce qui transforme cinq outils indépendants en une équipe.

Mettez l’équipe au travail sur votre boutique

Connectez votre boutique, vos analytics et votre outil e-mail, fixez un objectif, et laissez les agents exécuter de bout en bout. Le plan gratuit fonctionne avec votre propre clé de modèle.