Aller au contenu principal

Bienvenue sur Vibedasher

Vous construisez vos tableaux de bord dans votre propre agent harness — Claude Code, Codex, Gemini — et Vibedasher maintient la plateforme de données sur laquelle ils tournent. C'est la répartition des rôles. Le tableau de bord, c'est du code : du React et du SQL que votre agent écrit en local, en dialoguant avec Vibedasher via le SDK + MCP. Tout ce qui se trouve sous le tableau de bord est un travail cumulatif et à état, qui n'a pas sa place dans une session d'agent ponctuelle — connexions, jeux de données, pipelines, actualisations, gouvernance, moteur de requêtes, hébergement — et cette moitié vit dans Vibedasher, où elle est maintenue et gouvernée.

La boucle est la suivante : votre agent construit contre la plateforme, publie dessus, et Vibedasher héberge, gouverne et sert le résultat — une URL stable, contrôlée par connexion et par ligne, qui continue de répondre une fois la session de l'agent terminée.

Démarrage rapide — connectez votre agent à Vibedasher​

Le chemin d'entrée principal est le serveur MCP. Installez-le, connectez-vous depuis votre navigateur, et enregistrez-le auprès de votre agent :

pip install 'vibedasher-mcp>=0.6.0'
vibedasher login
claude mcp add vibedasher --env VIBEDASHER_REGION=eu-central-1 -- vibedasher-mcp

vibedasher login ouvre votre navigateur, vous approuvez la session, et le refresh token est stocké dans le trousseau de votre système d'exploitation (un fichier 0600 si la machine n'a pas de trousseau). Rien à générer, copier, coller ou faire tourner. vibedasher whoami indique qui est connecté ; vibedasher logout met fin à la session.

Ou dans n'importe quelle configuration de client MCP (Claude Code, Cursor, …) — sans clé dans le bloc env :

{
  "mcpServers": {
    "vibedasher": {
      "command": "vibedasher-mcp",
      "env": { "VIBEDASHER_REGION": "eu-central-1" }
    }
  }
}

À partir de là, votre agent peut charger des données, exécuter du SQL, créer et construire des tableaux de bord, les publier, et gérer qui voit quoi — voir Construire avec votre agent pour le déroulé complet. Vous tournez sur une CI ou une machine headless où aucun navigateur ne peut s'ouvrir ? Cette voie utilise une clé API à la place — voir Headless et CI.

La plateforme que Vibedasher maintient​

Votre agent écrit le tableau de bord ; Vibedasher maintient tout ce dont le tableau de bord dépend :

  • Connexions — 19 types de connecteurs disponibles dans l'application aujourd'hui (PostgreSQL, MySQL, Snowflake, BigQuery, Redshift, Salesforce, et d'autres) plus l'import CSV et Excel, configurés une fois et interrogés par chaque surface — outils MCP, SDKs, l'application. La liste complète, y compris ce qui n'est pas encore disponible, se trouve sur la page des connexions.
  • Jeux de données et pipelines — des jeux de données ingérés, dont le schéma a été introspecté, avec un alias SQL stable ; des projets dbt pour la transformation ; des actualisations exécutées par notre cron, ou déclenchées par vous ou votre agent — chaque planification évaluée en UTC.
  • Le moteur de requêtes — du SQL typé sur vos jeux de données, avec mise en cache des résultats, exposé de manière identique aux agents (MCP), au code (SDKs) et aux tableaux de bord publiés.
  • Gouvernance — de vrais comptes, des rôles, des groupes, et des droits d'accès allow/deny sur les dossiers, hérités par les tableaux de bord et les jeux de données qu'ils contiennent — plus des filtres au niveau des lignes par visionneur sur les tableaux de bord intégrés, appliqués côté serveur à partir d'un jeton signé. Pas un mot de passe partagé. Voir Qui peut voir quoi pour ce que le modèle couvre et ne couvre pas.
  • Hébergement et diffusion — un tableau de bord publié obtient une URL stable qui continue de répondre une fois la session de l'agent terminée ; public, derrière votre connexion, ou intégré dans votre propre produit. Ce que nous hébergeons est un bundle rendu côté client : du React qui tourne dans le navigateur du visiteur sur des données servies par SQL, sans aucune ligne de votre code serveur dans le chemin de la requête — de sorte qu'un framework à rendu serveur (Next.js, Remix, SvelteKit, Astro, Nuxt) ne peut pas être hébergé tel quel. Cette pile est orientée plutôt que refusée : gardez votre propre serveur et tirez-y les données de ce compte avec le SDK, ou éjectez le tableau de bord et hébergez-le vous-même. Mieux vaut le savoir avant de construire qu'après.

Et le code du tableau de bord reste le vôtre — c'est du React et du SQL ordinaires que vous pouvez éjecter et héberger ailleurs, à tout moment. Un tableau de bord public et publié s'éjecte sur une voie de données sans identifiants : sans clé, sans jeton, sans backend de votre côté.

Par où continuer​

Vibedasher Cloud ou Vibedasher Server​

La même architecture, deux façons de la faire tourner :

  • Vibedasher Cloud — entièrement managé sur cloud.vibedasher.com, facturé à l'usage, pas au siège. Créez un compte, exécutez vibedasher login, connectez-y votre agent.
  • Vibedasher Server — auto-hébergé dans votre propre VPC, avec votre propre LLM si vous utilisez l'assistant intégré à l'application. Vos données ne quittent jamais votre environnement.
remarque

Vibedasher est en développement actif et cette documentation grandit avec le produit — si quelque chose manque ou n'est pas clair, contactez-nous via la page de contact.