Choisir son assistant et son modèle IA dans Maestro

Assistant, modèle ou agent : comprenez la différence, comparez deux options sur une petite tâche et préparez un changement sans perdre les décisions du projet.

Vous ouvrez Maestro et plusieurs noms apparaissent : celui d’un agent, celui d’un assistant et celui d’un modèle. Il est tentant de chercher immédiatement le meilleur. Pourtant, ces trois choix ne répondent pas à la même question. Les distinguer permet de démarrer avec un accès que vous possédez déjà, puis de changer de modèle pour une raison précise.

Prenons un exemple fictif : Léa dirige un petit atelier de réparation. Elle veut construire un suivi des objets déposés, des devis et des retraits. Elle ne cherche pas à comparer toute l’industrie de l’IA. Elle veut savoir quel choix lui permettra de préparer une règle, construire un écran et vérifier le résultat sans perdre le fil.

Agent, assistant et modèle : trois rôles différents

Dans Maestro, l’agent désigne un rôle dans le travail : clarifier le besoin, préparer le produit, concevoir les écrans, développer ou vérifier. Le rôle donne une mission et un cadre. Quand Léa échange sur les informations nécessaires à un dépôt, elle travaille sur le besoin, même si le modèle utilisé pourrait aussi écrire du code.

L’assistant est le logiciel qui exécute le travail avec l’IA. Claude Code, Codex, Cursor et Mistral Vibe sont les quatre assistants annoncés comme compatibles sur le site de Maestro. Le modèle est le moteur de raisonnement et de génération auquel cet assistant fait appel. Un même assistant peut proposer plusieurs modèles.

Cette distinction évite une confusion fréquente : les neuf agents de Maestro ne correspondent pas à neuf abonnements distincts. Ce sont des rôles organisés dans le produit. Les conditions de consommation dépendent de l’assistant, du compte et de l’offre utilisés. Changer le rôle chargé d’une tâche ne signifie donc pas automatiquement changer de fournisseur.

Ce qu’il faut regarder chez les quatre assistants

La compatibilité avec Maestro ne signifie pas que toutes les fonctions de chaque assistant sont reproduites dans Maestro. Un outil peut aussi exister comme éditeur, extension, application ou service en ligne. Pour votre projet, vérifiez le compte connecté et les possibilités réellement proposées dans votre version de Maestro.

Claude Code et Codex

Claude Code propose des familles de modèles et des versions dont l’accès peut varier. Sa documentation sur les modèles distingue les noms de famille et les versions précises. Notez le choix affiché lors d’un essai : un simple nom de famille ne suffit pas à identifier durablement une version.

Codex peut utiliser une connexion ChatGPT ou une clé API, avec des conditions de facturation différentes, comme l’explique sa documentation de connexion. Avant de comparer sa consommation, identifiez la connexion active. Posséder un abonnement ne prouve pas à lui seul que la session l’utilise.

Cursor et Mistral Vibe

Cursor propose aussi un assistant utilisable en ligne de commande, capable de travailler sur des fichiers. C’est utile pour comprendre pourquoi Maestro peut s’appuyer sur Cursor sans vous demander de travailler dans son éditeur. Les fonctions de l’éditeur Cursor ne deviennent pas pour autant toutes des fonctions de Maestro.

La configuration de Mistral Vibe permet de choisir un modèle et peut comporter des réglages imposés par une organisation. Une option absente ou indisponible ne révèle donc pas forcément un défaut de votre projet. Vérifiez d’abord l’accès du compte et la configuration autorisée.

Ces repères décrivent des différences de fonctionnement, pas un classement de qualité. Aucune de ces marques ne garantit qu’une règle métier sera juste. Pour Léa, la preuve utile restera un dépôt enregistré correctement, un devis calculé comme prévu et un retrait qui ne fait pas disparaître l’historique.

Commencer par le compte auquel vous avez accès

Le premier choix raisonnable est souvent l’assistant que vous pouvez déjà utiliser dans de bonnes conditions. Vérifiez la connexion, l’accès aux modèles, les règles de votre organisation et le mode de facturation avant de souscrire ailleurs. Un changement n’est intéressant que s’il résout une difficulté observée ou permet un essai utile.

Léa dispose, dans notre exemple, d’un compte autorisé pour travailler sur son projet. Elle commence par une description sans données clients réelles. Cela lui permet de vérifier que l’assistant répond, comprend la demande et produit un résultat qu’elle sait relire. Elle garde la question des données réelles pour une étape explicitement préparée.

• Vérifier l’identité du compte connecté et, le cas échéant, l’organisation sélectionnée.
• Repérer si l’usage relève d’un abonnement, de crédits ou d’une facturation API.
• Vérifier que le modèle souhaité est réellement accessible avec ce compte.
• Définir les informations que vous autorisez à transmettre pour le premier essai.

Le projet conservé sur votre ordinateur et les échanges avec le fournisseur IA sont deux sujets distincts. Choisir Maestro pour travailler localement ne rend pas automatiquement le raisonnement de l’assistant hors ligne. Pour une exigence de confidentialité particulière, examinez le trajet des données et les conditions du fournisseur avant l’essai.

Choisir en fonction d’une tâche précise

« Construire mon application » est trop large pour comparer deux modèles. Découpez ce que vous attendez maintenant : reformuler un besoin, analyser une règle compliquée, modifier un écran ou rechercher la cause d’un problème. Vous pourrez ensuite juger une réponse sur des critères observables.

Dans l’atelier fictif, reformuler le message « votre objet est prêt » est une petite retouche. Définir ce qui se passe lorsqu’un devis accepté est modifié engage plusieurs règles. Corriger un calcul qui intervient dans plusieurs écrans demande encore un autre travail. La même préférence de modèle n’a pas besoin de s’appliquer aveuglément aux trois.

Avant de choisir, classez votre tâche en quelques mots : petite retouche, document à relire ou modification qui touche plusieurs règles. Ce classement vous donne une raison de comparer des options. Il ne constitue ni un test de qualité du modèle ni une promesse sur le prix final de la demande.

Un modèle plus capable peut être utile quand plusieurs contraintes doivent être conciliées. Il ne remplace pas la précision du besoin. Si Léa oublie d’expliquer qu’un devis accepté doit rester consultable après une modification, aucun réglage ne permet de traiter son intention comme une règle déjà connue.

Automatique ou modèle fixé : quand choisir

Regardez les options réellement proposées dans votre version de Maestro et par l’assistant connecté. Si un mode automatique est disponible, il évite de choisir un moteur avant chaque demande. Si vous pouvez fixer un modèle, choisissez parmi les options auxquelles votre compte a accès. Leur disponibilité peut évoluer.

Lorsqu’il est proposé, l’automatique peut servir de point de départ pour découvrir le produit. Pour comparer deux résultats, un modèle identifié est plus utile. Notez son nom, la date et les réglages visibles qui peuvent influencer le travail. Vous aurez un repère lorsque le comportement changera.

Évitez de modifier simultanément le modèle, la demande et les documents fournis. Si la réponse devient meilleure, vous ne saurez pas ce qui l’a améliorée. Commencez par clarifier la demande. Changez ensuite un seul élément lorsque vous voulez comprendre son effet.

Comparer deux options sur un petit exercice

Préparez un exercice assez petit pour pouvoir vérifier toutes les réponses. Pour l’atelier de Léa, la consigne porte sur le retrait d’un objet : le client présente son numéro de dépôt, le paiement restant doit être vérifié et la date de retrait doit être conservée. L’exercice utilise des noms et des données inventés.

Avant de lancer les deux essais, écrivez la réponse attendue sous forme de contrôles. Le but n’est pas de préférer la formulation la plus convaincante. Il est de voir quelle option traite les mêmes contraintes, signale ce qui manque et évite de modifier le reste du fonctionnement sans raison.

• Fournir le même besoin, les mêmes documents et le même état de départ.
• Demander le même livrable, par exemple une règle détaillée avec les cas à vérifier.
• Limiter l’exercice à un périmètre que vous pouvez relire complètement.
• Conserver chaque résultat avant d’essayer l’autre option.
• Noter les questions pertinentes, les erreurs et les corrections nécessaires.

Un résultat attendu, pas une impression

Léa attend que l’objet ne soit marqué comme retiré qu’après les contrôles prévus. Elle veut conserver la trace d’un paiement manquant et savoir comment corriger un retrait saisi par erreur. Si une proposition ignore ce dernier cas, elle le note comme un manque, même si le texte paraît très professionnel.

Lorsque l’essai modifie du code, partez de copies séparées du même état ou faites préparer cette séparation par une personne qui la maîtrise. Deux assistants travaillant en même temps dans les mêmes fichiers rendraient la comparaison difficile à interpréter. Pour un premier test, comparer des propositions écrites évite ce problème.

Mesurer le travail qu’il vous reste à faire

Le temps de réponse est visible immédiatement. Le temps nécessaire pour obtenir un résultat correct l’est moins. Comptez les reformulations, les corrections et les vérifications. Une réponse rapide qui demande trois reprises peut être moins pratique qu’une proposition plus lente, mais utilisable après une relecture courte.

Prenons une comparaison entièrement fictive : l’option A fournit une proposition en deux minutes, puis demande dix minutes de correction. L’option B prend cinq minutes, puis quatre minutes de correction. A répond plus vite ; B demande ici neuf minutes au total contre douze. Cet exemple explique une méthode de mesure, pas les performances de deux produits.

Ajoutez le résultat des contrôles et la consommation réellement disponible dans vos relevés. Ne transformez pas une mesure inconnue en zéro. Si vous ne pouvez pas comparer les coûts dans le même périmètre, notez « non comparable » et expliquez pourquoi. Notre guide pour comprendre la consommation IA détaille cette lecture.

Un petit exercice ne suffit pas à désigner le meilleur modèle pour tout un projet. Il peut en revanche justifier une décision limitée : garder telle option pour clarifier des règles, en essayer une autre sur une correction complexe, puis revoir ce choix si les résultats changent.

Changer de modèle pour une raison identifiable

Un changement devient utile lorsque vous pouvez nommer la difficulté : les mêmes contraintes sont oubliées malgré une demande claire, le modèle ne peut pas traiter les éléments nécessaires, ou le temps et la consommation paraissent inadaptés au travail. Essayez d’abord de vérifier que le besoin et le résultat attendu sont suffisamment précis.

Changer après chaque réponse décevante peut masquer le vrai problème. Si trois modèles proposent trois organisations différentes du même écran, Léa doit peut-être décider quel geste compte le plus pour son équipe. Tant que cette priorité reste absente du brief, le changement multiplie les variantes sans résoudre l’arbitrage.

À l’inverse, n’insistez pas indéfiniment lorsqu’un essai plafonne. Conservez la dernière version correcte, décrivez ce qui échoue et préparez une reprise courte avec une autre option. Fixez une question à résoudre : par exemple, comprendre pourquoi un retrait annulé continue d’apparaître dans les statistiques.

Préparer la continuité avant le changement

Un choix de modèle ne doit pas faire disparaître les décisions du projet. Avant de changer, rassemblez le besoin, les règles validées, la dernière version utilisable, les contrôles déjà effectués et le problème encore ouvert. Ces éléments sont plus fiables qu’une attente implicite selon laquelle le nouvel assistant saura tout.

Changer de modèle dans un assistant et changer d’assistant sont deux opérations différentes. Le nouveau logiciel ne reprend pas nécessairement les mêmes conversations, autorisations ou services connectés. Vérifiez ce qu’il reçoit effectivement. Les fichiers du projet peuvent rester disponibles sans que tout l’historique de raisonnement soit transféré.

• Objectif : autoriser le retrait après vérification du paiement restant.
• Décision validée : conserver les devis précédents et la date du retrait.
• État actuel : l’écran fonctionne avec les données fictives prévues.
• Problème ouvert : l’annulation d’un retrait ne corrige pas les statistiques.
• Prochaine action : expliquer la cause avant de proposer une modification ciblée.

Cette fiche fictive tient en quelques lignes, mais elle protège le sens du travail. Demandez à l’option qui reprend de reformuler la prochaine action et les éléments à préserver. Relisez cette reformulation avant une modification importante. Elle permet de repérer une mauvaise compréhension avant qu’elle se transforme en changement de code.

Si le modèle manque ou ne répond plus

Une option indisponible peut avoir plusieurs causes : connexion expirée, accès différent selon le compte, version de l’assistant, réglage de l’organisation ou incident chez le fournisseur. Commencez par relever le message exact et vérifier le compte. Évitez de modifier le projet pour corriger un problème d’accès au service.

Si une liste semble ancienne, vérifiez les mises à jour proposées et la documentation de l’assistant. Le nom visible dans un sélecteur n’est pas une garantie d’accès illimité. L’exécution et le message reçu donnent une information supplémentaire. Notez la date du problème pour rendre une demande d’aide exploitable.

En attendant, une tâche utile reste possible : relire les règles, préparer les données d’essai ou examiner une capture. Si vous utilisez une autre option, gardez le même protocole de reprise. L’urgence ne supprime pas la nécessité de comprendre quel compte travaille, avec quelles informations et quel mode de facturation.

Une décision simple pour votre prochain essai

Vous n’avez pas besoin d’un classement universel pour avancer. Choisissez un assistant accessible, vérifiez son compte, préparez une petite tâche et définissez ce qui permettra de la considérer comme réussie. Commencez avec un réglage disponible que vous pouvez identifier, puis observez le résultat et les reprises nécessaires.

Pour préparer la tâche de départ, utilisez le guide du cahier des charges non technique. Pour organiser le projet au-delà du choix de moteur, le dossier créer une application sans savoir coder explique comment passer d’une idée à une version que vous pouvez essayer et vérifier.

Maestro est proposé en beta sur invitation pour Mac, à partir de macOS 13. L’application est gratuite pendant la beta et l’usage IA reste séparé ; Windows est en développement. Vous pouvez découvrir le parcours et demander une invitation avec un besoin précis. Le choix de modèle viendra servir ce besoin, une tâche après l’autre.

Revenir au sommaire