Le dashboard SatVibe, expliqué simplement

À quoi sert le dashboard

SatVibe est un plan de contrôle : il ne remplace ni l’éditeur ni le modèle. Il vous authentifie, vous donne accès aux bons projets, lance les outils dont vous avez besoin et conserve les traces de ce qui a été fait.

Concrètement, vous arrivez sur une liste de projets. Vous en ouvrez un, et vous choisissez ce que vous voulez faire : discuter avec un agent qui écrit le code, ouvrir une maquette, générer une image, vérifier l’aperçu, sauvegarder ou publier.

Vos projets

Chaque projet correspond à un dossier de travail et, le plus souvent, à un dépôt Git. Vous ne voyez que les projets qui vous sont attribués ; un administrateur voit tout.

• La fiche projet rassemble le nom, le chemin local, la branche suivie, le dépôt GitHub et le site publié.
• L’aperçu lance le site du projet dans un navigateur intégré, pour vérifier le rendu réel avant de publier.
• La sauvegarde commit et envoie les changements sur GitHub. La publication construit le site et le déploie sur Cloudflare quand le projet est configuré pour.
• L’historique montre les derniers commits, les fichiers modifiés et les opérations passées.
• Le temps de travail indique le temps passé sur le projet, calculé à partir de l’activité des conversations.

Plusieurs projets peuvent être ouverts en parallèle. Chacun garde ses fichiers, ses branches et ses sessions : rien ne se mélange.

Coder avec un agent

Le bouton OpenChamber ouvre l’interface de codage sur un hostname dédié à votre compte. C’est là que vous discutez avec l’agent, que vous lisez ses modifications et que vous décidez de ce qui reste.

• La session est rattachée au projet et à votre compte ; elle survit à un redémarrage du portail.
• L’agent peut lire les fichiers, proposer un correctif, créer des pages ou lancer les commandes du projet, selon les droits configurés.
• Le modèle et le fournisseur sont réglés par l’administrateur ; vous n’avez pas besoin de saisir une clé.
• Vous pouvez appairer l’application mobile pour retrouver vos sessions, ou ouvrir l’interface web classique depuis un navigateur.

Concevoir

Deux surfaces de design sont disponibles depuis la fiche projet :

• Open Design pour les maquettes et les pages : vous décrivez une intention, l’agent produit un écran, vous itérez. Les aperçus lourds (animations, WebGL) s’exécutent sur une origine dédiée.
• OpenPencil pour le dessin vectoriel : le canevas du projet est un fichier .op versionné avec le reste du dépôt. Vous pouvez demander à un agent de le modifier ou dessiner directement.

Les deux outils travaillent sur les fichiers de votre projet. Une maquette n’est pas « quelque part dans le cloud » : elle se sauvegarde dans le dépôt, comme le code.

Générer des images

La carte Génération des images (IMGEN) permet de créer une image à partir d’une description, ou de modifier une image existante avec des références. C’est la seule fonction qui appelle un service facturé au moment de l’usage.

Comment ça marche

1. Vous choisissez un modèle, une qualité et une taille.
2. Vous écrivez le prompt et, si besoin, vous ajoutez jusqu’à quatre images de référence présentes dans le projet.
3. Vous lancez Estimer le coût : le prix indicatif s’affiche avant tout appel.
4. Vous confirmez la génération. L’image est enregistrée dans le projet, sans écraser un fichier existant.

Les quotas

Deux plafonds s’appliquent ensemble avant chaque appel : votre quota personnel (tous vos projets) et le quota du projet (tous ses utilisateurs). Si l’un est atteint, la génération est refusée avant l’envoi à OpenAI. Un administrateur peut régler ces plafonds dans les réglages.

Gratuit ou payant : la distinction à retenir

La règle est volontairement simple. Tout ce qui produit dutexte ou du code passe par les agents et les accès configurés : pas de facturation à l’usage. Tout ce qui produit uneimage est envoyé à OpenAI et décompté de vos crédits.

Cette distinction évite les mauvaises surprises : vous pouvez laisser un agent travailler longtemps sur du code sans consommer de crédits image. À l’inverse, une génération d’image est un acte explicite, toujours estimé avant l’envoi.

Aperçu, sauvegarde, publication

Trois opérations différentes, souvent confondues :

• Aperçu : lance le site en local pour vérifier le rendu et les interactions. Rien n’est envoyé en production.
• Sauvegarder : commit et push sur GitHub. Le code est conservé, mais le site public n’est pas mis à jour.
• Publier : construit et déploie le site sur Cloudflare quand le projet est configuré pour. C’est l’opération qui rend les changements visibles aux visiteurs.

Un aperçu qui répond en HTTP 200 ne prouve pas que la page est correcte : ouvrez-la, vérifiez les interactions et regardez la console. Le dashboard conserve les dernières opérations pour vous aider à retrouver ce qui a été fait.

Compte et sécurité

• Un compte nominatif : ne partagez pas vos identifiants. Chaque accès est tracé.
• Un accès par projet : un membre ne voit que les projets qui lui sont attribués. Les administrateurs gèrent les comptes et les droits.
• Des daemons isolés : les éditeurs tournent dans des espaces séparés, avec leurs propres données, et ne sont jamais exposés directement.
• Des clés côté serveur : les clés de modèles et les secrets sont chiffrés et ne sont jamais réaffichés dans l’interface.

Questions fréquentes