Le panneau de contrôle B2B

Un workspaceregroupe une équipe (ou un client) et tout ce qu'elle a configuré dans Gilbert : sa clé LLM, ses agents embed, ses repos GitHub liés, ses routines cron, ses connexions MCP, son historique de chat. Les connexions OAuth personnelles (Google, GitHub, LinkedIn) appartiennent à chaque utilisateur, pas au workspace.

Chaque user a au moins un workspace : un trigger Postgres en crée un automatiquement à chaque signup (nommé <email> (personnel)). Il peut en créer d'autres pour cloisonner ses projets ou ses clients.

Une fois connecté, le header de la console porte trois repères permanents : le logo (retour au tableau de bord), un switcher de workspace au centre, et le menu compte. La nav marketing (Playground, Essayer Gilbert) reste sur les pages publiques uniquement.

• Switcher de workspace: change d'espace en un clic, partout dans la console. Le switch conserve l'outil ouvert: les Routines d'un workspace mènent aux Routines de l'autre. Hors workspace, la pastille « Choisir… » ouvre la même liste.
• Accès rapide aux outils: la Vue d'ensemble d'un workspace ouvre sur une grille des 10 outils (Routines, Canaux, Assistant email, Intégrations, MCP Externes, Connecteurs IA, Agents, Live, Suivi béta, Réglages), chacun à un clic avec une description courte.
• Tableau de bord (/console) : la même grille d'accès rapide arrive sur la page d'arrivée, ciblée sur le dernier workspace consulté(sinon un workspace où vous êtes admin, sinon le premier). Le repère est un cookie posé à la visite réelle d'un workspace, purgé à la déconnexion : sur un navigateur partagé, le compte suivant ne voit pas vos habitudes.

Un membre non-admin voit la Vue d'ensemble en lecture seule: description, nom d'assistant et liens du workspace apparaissent dans une section « À propos du workspace ». Les actions (clés LLM, invitations, rôles, suppression) restent réservées aux admins, côté interface comme côté serveur.

Sur /console/workspaces vous gérez la vie d'un workspace.

• Créer via + Nouveau workspace : nom + clé LLM initiale (Anthropic, Google, OpenAI). La clé est validée par un ping mini-token avant de stocker.
• Renommer depuis Réglages (/reglages, admin only), champ inline avec save instant.
• Supprimer via la zone dangereuse de Réglages: cascade DELETE sur tout ce qui pointe vers ce workspace (routines, agents, intégrations workspace type Slack, repos, connexions MCP, chat). Les connexions OAuth personnelles des membres survivent. Un garde-fou empêche de supprimer le dernier workspace d'un user.

Un workspace peut avoir plusieurs clés LLM configurées en parallèle : une par défaut pour le chat et les briefings, plus des clés dédiées par routine (ex : une routine veille code en Anthropic, une routine résumé mails en Google Gemini).

La clé par défaut est marquée is_default = true. Un index partiel garantit qu'un seul provider est default à la fois par workspace.

Les connexions OAuth personnelles (Google, GitHub, LinkedIn) sont rattachées à chaque utilisateur, pas au workspace (table gilbert.user_integrations, une row par utilisateur et par provider). Elles se gèrent depuis Mon compte → Intégrations et sont utilisables depuis tous vos workspaces. Les canaux d'équipe (Slack), eux, sont scopés au workspace.

Les tokens sont chiffrés AES-256-GCM côté serveur (clés par intégration : GOOGLE_TOKEN_KEY, LINKEDIN_TOKEN_KEY, GITHUB_TOKEN_KEY). Lecture server-only, jamais retournés en clair après le premier connect.

Sur /console/agents vous voyez tous les agents déployés dans vos workspaces. Chaque agent appartient à un workspace : c'est lui qui en pilote le system prompt, le HMAC secret, le statut, les tools autorisés.

CRUD complet : créer (modal avec validation), éditer (form inline), régénérer le HMAC secret (confirm-twice), supprimer (zone dangereuse).

Le HMAC secret est affiché une seule fois à la création (et à chaque rotation). Stockez-le côté backend client pour signer vos JWTs. Voir JWT SSO.

Une routine peut lire le code d'un ou plusieurs repos GitHub liés au workspace. V1 read-only via GitHub API (pas de clone, pas de /tmp) : zéro infrastructure additionnelle, instant cold-start.

Trois tools deviennent automatiquement disponibles aux routines :

• repo_list_files : arbre complet via git/trees?recursive=1
• repo_read_file : contenu UTF-8 (max 100 KB) via Contents API
• repo_search : Code Search API (requiert un token GitHub valide)

Pour lier un repo, deux chemins : (1) picker GitHub OAuth si vous avez connecté votre compte (liste vos repos accessibles) ; (2) mode avancé avec PAT manuel si vous voulez attacher un repo d'une org sans OAuth.

Une routine est une tâche LLM planifiée par cron, scopée à un workspace. Configurable depuis le chat (wizard /chat?wizard=routine) ou côté workspace.

Chaque routine choisit son provider à la création (Anthropic / Google / OpenAI). Les tools disponibles selon les intégrations configurées : Gmail (list, search, read, create draft), Calendar (list today, list range), repos (list_files, read_file, search), fetch_url (SSRF-safe).

• Run now : trigger manuel, polling auto toutes les 2s pour voir le statut
• Stop : annule une run en cours (soft-stop, marque status=cancelled)
• Pause / Reprendre / Archiver : gestion du cycle de vie
• Output rendu en markdown sur la page détail de la routine

Chaque utilisateur peut autoriser un client MCP via OAuth 2.1 PKCE pour exposer les capacités Gilbert à n'importe quel client compatible : Claude Code, claude.ai web (Connectors), ChatGPT custom connectors, Cursor, Codex CLI, n8n, scripts custom. Tools exposés aujourd'hui : notify_canal, mark_reply_processed, sync_scheduled_tasks, mark_task_synced, publish_linkedin_post, gmail_list_recent, gmail_search, gmail_read_message, calendar_list_today, calendar_list_range, list_routines, list_workspaces et les tools list_workspace_*.

Setup : page Mon compte → Bridge MCP. L'auth recommandée passe par token Bearer OAuth court-vivant ; l'ancien mode clé hashée reste temporaire derrière feature flag. Tools destructifs (envoi mail, RSVP calendar, post Slack) non exposés via MCP tant que leur confirm-flow asynchrone n'est pas généralisé.

La page /console/usage agrège la consommation LLM de vos workspaces : tokens entrants et sortants par provider, coût estimé, graphe journalier. Les totaux reflètent toutes les origines (chat, routines, briefings, embed).

Une section dédiée aux appels téléphoniques (durée, coût Vapi) est prévue mais pas encore disponible. En attendant, le détail voix est visible dans les logs de la page workspace concernée. Voir Appels → Coûts.

Les réglages personnels (indépendants du workspace) vivent sous /console/me :

• Intégrations (/console/me/integrations) : connecter ou révoquer Google, GitHub, LinkedIn, Telegram, MCP Bridge. Voir Intégrations OAuth.
• Canaux (/console/me/channels) : gérer les canaux actifs, notamment Telegram (@bot_username), Téléphone (enrollment, PIN, master switch). Voir Appels téléphoniques.
• Heures calmes (/console/me/quiet-hours) : configurer les plages horaires pendant lesquelles aucune notification ou appel ne peut partir, indépendamment des routines.