Le skill Supervaizer Integration
Source : supervaizer/skills/supervaizer-integration
Ce skill permet à un agent de code (Claude Code, Cursor, Codex, Gemini CLI) de connecter votre agent Python à Supervaize Studio. Il fait deux choses :
- Il vous interroge, pour que vous décidiez ce que sont une mission, un job, un case et une étape pour votre agent.
- Il construit l'intégration à partir des guides de ce site, un sujet à la fois, avec des tests.
Le skill est publié avec le SDK Supervaizer, il suit donc la version en cours.
La décision d'intégration la plus importante est la correspondance sémantique, pas la syntaxe. Si la correspondance job/case/étape est fausse, le code du contrôleur peut fonctionner, mais l'interface de Supervaize et la télémétrie seront trompeuses.
Avant de commencer
- Un projet d'agent Python (Python 3.12 ou ultérieur) qui fonctionne déjà.
- Un agent de code capable de charger des skills.
- 30 minutes pour l'entretien. Vos réponses décident de ce que les opérateurs voient dans Studio.
- Aucun compte Studio n'est nécessaire au départ. Le skill lance
supervaizer loginquand l'agent est prêt, et vous vous connectez ou vous vous inscrivez dans votre navigateur.
Installation
Dans Claude Code :
/plugin marketplace add supervaize/supervaizer
/plugin install supervaizer-integration@supervaizer
Avec un autre agent de code, clonez le dépôt du SDK et indiquez à l'agent le fichier skills/supervaizer-integration/SKILL.md.
Utilisation
Ouvrez le projet de votre agent et demandez :
Integrate this agent with Supervaize.
Pour ajouter une capacité à un agent déjà connecté, nommez-la :
Add a human approval before the agent sends an e-mail.
Ce qui se passe
| Phase | Ce que fait le skill | Ce que vous faites |
|---|---|---|
| 1. Lire | Il lit votre code : le point d'entrée, les entrées, les boucles, les sorties, les secrets, les appels qui ont des effets extérieurs | Rien |
| 2. Interroger | Il pose ses questions par séries. Chaque question vient avec une réponse recommandée et la raison tirée de votre code | Décider |
| 3. Consigner | Il écrit vos décisions dans integration_spec.json et vous montre le résumé | Confirmer |
| 4. Construire | Il lance supervaizer scaffold, puis construit un sujet à la fois à partir de son guide, chacun avec un test | Relire |
| 5. Tester et connecter | Il lance le contrôleur sans Studio. Puis il lance supervaizer login, démarre le contrôleur et vous donne le lien vers votre agent dans Studio | Approuver la connexion dans votre navigateur, puis accepter l'autorisation d'espace de travail de l'agent sur sa page Studio |
L'entretien
Le skill n'accepte pas « ça dépend ». Il vous interroge sur votre dernière exécution réelle, reformule votre réponse sous forme d'exemple, et repose la question quand le résultat serait inutile à un opérateur. Une série ressemble à ceci :
Round 2: the cases
Q1. What does the operator count when they ask "how many are done"?
Recommended: one case per lead. run_batch() loops over `leads`
and each lead ends with its own status.
Q2. Is the list of leads known when the job starts?
Recommended: yes. The CSV is read before the loop.
Q3. When one lead fails, do the others continue?
Recommended: yes. The loop catches the error and goes on.
Les questions suivent cet ordre, et chaque réponse ouvre les suivantes :
- Le job : ce qu'un clic démarre, qui le démarre, combien de temps il dure.
- Les cases : ce que l'opérateur compte.
- Les étapes : ce qui peut échouer, coûter de l'argent, produire une sortie, avoir un effet extérieur ou nécessiter une personne.
- Les sujets que vos réponses ont ouverts (tableau ci-dessous).
L'entretien continue pendant la construction. Quand le code révèle un point que personne n'a décidé, le skill s'arrête et pose la question.
Ce qu'il construit
| Sujet | Le skill l'aborde | Guide |
|---|---|---|
| Enregistrement, formulaire de lancement, état du job | Toujours | Construire votre contrôleur |
| Définitions des champs des formulaires | Toujours | Définitions des champs |
| Paramètres et secrets | Quand votre code lit des clés d'API ou des réglages | Paramètres de l'agent |
| Déclaration des coûts | Toujours | Déclaration des coûts |
| Validation humaine | Quand une étape est irréversible, peut être incertaine ou nécessite une personne | Validation humaine |
| Garde-fous | Pour chaque étape qui a un effet en dehors de l'agent | Garde-fous |
| Ressources partagées | Quand des jobs partagent des données ou que des opérateurs doivent les modifier | Ressources partagées |
| Écran de configuration | Quand un job a besoin d'une configuration sur sa page | Configurateur de job |
| Tableaux de bord d'analyse | Quand l'agent a des chiffres à suivre | Analyses des jobs et des missions |
Vous pouvez refuser un sujet. Le skill indique alors dans son rapport final quels sujets il a ignorés.
Ce que vous obtenez
supervaizer_control.py: le contrôleur, créé parsupervaizer scaffoldpuis complété.- Des handlers dans un module de votre projet, et des tests qui les appellent comme le fait Studio.
integration_spec.json: la trace de vos décisions.- Un rapport final : la correspondance, les surfaces et les actions, les tests, et ce qui reste à écrire.
Conseils
- Répondez avec des exemples réels : « lundi dernier, le job avait 40 contacts et 3 ont échoué ».
- Pensez comme l'opérateur. Il ne connaît pas votre code. Il veut voir ce qui est fait, ce qui attend et ce qui a échoué.
- Commencez petit. Une bonne correspondance job, case et étape avec les coûts vaut mieux que toutes les options.
Apprenez d'abord le modèle
- Missions, jobs, cases et étapes
- Hello World : un agent fonctionnel avec tous les sujets ci-dessus.