Un AI profile Détermine quels modèles exécutent votre travail. Vous sélectionnez un seul profil pour une tâche — et non un par agent — et celui-ci reste inchangé tout au long du workflow.
Un profil est un ensemble de modèles, un par agent.
C'est l'aspect essentiel à bien comprendre.
Un profil n'est pas un modèle unique. Il inclut un affectation par rôle d'agent: un modèle pour le Architecte, un pour le Développeur, un pour QA, un pour le Réviseur — chacun avec un modèle de secours si le premier choix n'est pas disponible. Les profils peuvent également assigner un Moteur de décision pour les classifications et vérifications limitées. Ce rôle utilise un modèle de décision plutôt qu'un modèle de chat, n'a pas d'assignation de secours générative et ne remplace pas les agents de livraison. Consultez Moteur de décision pour la configuration et les protections.
En mode coordinateur, l’Architecte est le coordinateur : il reste sur la tâche après la planification, confie le travail au développeur, à l’équipe QA et au réviseur, et décide quand la tâche est terminée. Il utilise le modèle Architect du profil, que les paramètres du profil nomment Architect / Coordinator. Il n’existe ni affectation distincte de coordinateur ni profil de coordinateur : choisir un profil pour une tâche sélectionne le modèle de chaque rôle, y compris celui du coordinateur.
La réflexion propre à chaque agent est déjà intégrée au sein du profil. Prenez Budget: il ne sélectionne pas simplement le modèle le moins cher pour toutes les tâches. Il associe un modèle peu coûteux mais doté d'une solide connaissance du monde à l'architecte — car la planification requiert une grande diversité de connaissances — avec un modèle peu coûteux mais réellement compétent pour le développeur, car écrire du code compilable correspond à un besoin différent. Ces deux modèles sont peu coûteux ; ils ne sont pas identiques.
Ainsi, choisir un AI profile revient à choisir un équilibre au sein de tout le pipeline., pas un simple curseur de réglage qualitatif.
ArchitecteModèlepuisRepli· Faible coût, large connaissance du monde pour la planification
DéveloppeurModèlepuisRepli· Faible coût, capable d'écrire du code
Responsable QAModèlepuisRepli
RéviseurModèlepuisRepli
- Moteur de décisionModèle de décision optionnel pour les vérifications circonscrites. Pas de repli génératif.
Les profils préconfigurés
| Profil | Optimisé pour |
|---|---|
| Budget | Coût. Tâches routinières, documentation, modifications simples |
| Le plus intelligent | Capacité : architecture, débogage, chemins de code critiques |
| Rapide | Latence : travaux itératifs nécessitant une réponse immédiate |
| Extraordinaire | Vitesse brute, avec des exigences de qualité assouplies |
| Réservé à l'UE | Modèles hébergés en UE pour répondre aux exigences de résidence des données |
| Gratuit | Aucun coût de modèle ; Coroid oriente vers des modèles économiques. |
| Faible empreinte carbone | Modèles plus petits exploités sur des réseaux à faible intensité |
Le profil est verrouillé pendant l'exécution du travail
Un profil est attribué lors de la création du travail et reste actif pendant son exécution. Fixé une fois l'exécution commencée. L'interface affiche un cadenas sur la puce du profil pendant l'exécution d'une tâche.
Deux conséquences :
- Vous pouvez le modifier lorsque la tâche n'est pas en cours d'exécution — avant son démarrage ou lorsqu'elle est arrêtée.
- Une tâche terminée conserve le profil utilisé pour son exécution. L'historique des éléments ayant généré un changement reste précis, et le coût d'une tâche peut toujours être expliqué par les modèles effectivement utilisés.
Le verrouillage est essentiel car un workflow qui changerait de modèle en cours de route produirait un plan issu d'un modèle et une implémentation issue d'un autre, sans explication cohérente sur l'aspect du résultat.
Choisir un profil
Comme un profil couvre l'ensemble du pipeline, la question est de savoir ce que ce travail mérite :
- Routinier, bien spécifié, proche des tests existants → Budget.
- Significatif sur le plan architectural, ou dans du code où une erreur est inacceptable → Le plus intelligent.
- Itération et révision étroites → Rapide ou Ludicrous.
- Exigences de résidence des données → UE uniquement.
UE uniquement et faible empreinte carbone
Ces deux profils sont des contraintes plutôt que des niveaux de qualité.
UE uniquement restreint le routage aux modèles hébergés en UE. Si vous avez une exigence de résidence des données, c'est ainsi que vous y répondez — et il s'agit d'une véritable restriction, donc certaines fonctionnalités ne sont pas disponibles.
Faible empreinte carbone privilégie les modèles plus petits sur des réseaux électriques moins intensifs. Coroid indique les émissions d'inférence opérationnelles estimées ; cette estimation porte uniquement sur l'inférence et ne constitue pas une affirmation de neutralité carbone.
Profils personnalisés
L'édition Professional inclut les profils système et personnalisés AI. Le choix du modèle et de la solution de secours pour chaque rôle d'agent individuellement — plutôt que d'accepter un équilibre prédéfini — constitue une fonctionnalité réservée aux entreprises, actuellement en aperçu privé.
Recourez à cette option lorsqu'un profil existant est presque adapté mais présente une imperfection : par exemple, un profil Budget pour tout, sauf pour un réviseur plus performant, en raison des exigences strictes de votre organisation en matière de révision.
Utiliser vos propres clés
Les modèles peuvent être fournis via Coroid ou avec vos propres identifiants de fournisseur. Les options de modèle d'un profil indiquent lequel est utilisé. Avec BYOK, vous payez directement votre fournisseur aux tarifs en vigueur, sans que Coroid n'ajoute de majoration.
Les clés sont chiffrées au repos, jamais renvoyées par API, et jamais incluses dans les exports de paramètres. Consultez Clés de fournisseur.
Où les modifier ?
Les paramètres par défaut de l'organisation se trouvent à Paramètres → AI profile. Le profil pour une tâche spécifique est défini dans le Nouveau travail formulaire, sous les paramètres avancés.