Coroid utilise un moteur dédié Moteur de décision pour les questions ayant un ensemble de réponses connu. Le modèle initial est Jev 1.13, servi via OpenRouter. Il cohabite avec les modèles d'architecte, de développeur, de QA et de réviseur dans votre profil AI ; ce n'est pas un autre agent qui écrit du code ou appelle des outils.
Fonctionnement d'une décision
Coroid envoie l'état pertinent et un contrat de question versionné. Au lieu de demander à un modèle de chat d'inventer et de formater une réponse JSON, il fournit les choix autorisés. Jev renvoie une réponse structurée ainsi que des informations sur la probabilité.
- Choix sélectionne une option fournie, avec une distribution de probabilités et un niveau de confiance.
- Score évalue les critères ordonnés fournis, avec des probabilités et un niveau de confiance.
- Noul exprime un jugement oui/non sous forme de probabilité entre zéro et un.
Coroid valide la réponse par rapport au contrat exact, vérifie le niveau de confiance et les règles de flux de travail, puis n'utilise cette réponse qu'après ces étapes. Si la réponse est incertaine, invalide ou indisponible, c'est l'évaluateur de flux de travail existant qui gère la décision.
Où il est utilisé
| Flux de travail | Décision | Ce qui reste inchangé |
|---|---|---|
| Preuves d'acceptation | Classer un critère comme visuel, commande, statique ou non vérifiable | La vérification doit toujours s'exécuter et produire des preuves. |
| Pré-vérification QA | Classer une défaillance, évaluer sa réparabilité et identifier les chemins pertinents à partir des journaux fournis | Les correctifs, tests et approbation QA restent distincts. |
| Qualification du travail | Évaluer la pertinence pour la version actuelle, les doublons, la reproductibilité et le routage | Un doublon doit faire référence à un candidat fourni ; un élément déjà corrigé nécessite des preuves fournies. |
| Routage des tâches | Classer le type et la complexité du travail, puis sélectionner parmi les compétences compatibles | Le type de travail explicite, les surcharges de modèle, les budgets et la sélection de profil sont préservés. |
Le moteur ne génère pas de plans d'implémentation, de correctifs, de preuves arbitraires, de nouveaux chemins de fichiers ou d'explications de réviseur. Les nœuds de qualification avec une sélection de modèle explicite conservent cette sélection au lieu d'utiliser Jev.
Configurer votre profil
- Ouvrir Paramètres → AI profile et sélectionnez un profil approprié pour les nouveaux travaux.
- Budget, Smartest, Quick et Ludicrous incluent l'attribution d'un moteur de décision Jev.
- Dans un profil personnalisé modifiable, attribuez Jev 1.13 à Decision engine. Les modèles de chat sont exclus de ce rôle, et Jev est exclu des rôles d'agents de chat.
- Assurez-vous qu'OpenRouter est activé et qu'une clé de fournisseur de plateforme ou d'organisation éligible est disponible. Les politiques de modèle d'organisation et de projet s'appliquent toujours.
Il n'existe aucun contrôle de température, de raisonnement ou de repli vers le chat pour ce rôle. Le repli consiste à revenir à l'évaluateur existant du workflow, et non à envoyer une demande de décision à un modèle de chat arbitraire.
Les profils gratuits et soumis à des restrictions de résidence ne reçoivent pas automatiquement l'attribution d'un modèle OpenRouter payant. Les profils personnalisés existants ne sont pas modifiés silencieusement. Les instantanés d'exécution conservent leurs attributions d'origine ; commencez donc de nouveaux travaux après avoir modifié un profil pour tester la nouvelle attribution. Consultez AI profiles.
Activation et repli sécurisé
L'activation à l'exécution est contrôlée lors du déploiement, séparément pour chaque workflow. En développement local, les quatre workflows sont activés pour des décisions réelles par défaut après les migrations. Les autres environnements conservent leurs paramètres de déploiement jusqu'à ce qu'un opérateur approuve les versions de contrat pertinentes.
Même lorsqu'il est activé, Coroid bascule sur un repli si le profil ne dispose pas de modèle de décision éligible, de identifiants ou si une politique bloque l'accès, si la demande dépasse la taille autorisée, si le fournisseur expire ou si une réponse échoue aux vérifications de validation ou de confiance. Une décision non prise en charge ou ambiguë ne doit pas être considérée comme une vérification réussie en silence.
Les opérateurs peuvent utiliser off, shadow ou enforced modes. Le mode shadow enregistre une comparaison tout en conservant le résultat de l'évaluateur existant ; le mode enforced utilise une décision validée provenant d'un contrat approuvé. Ces contrôles à l'exécution ne masquent ni ce guide ni la description publique du produit.
Utilisation et journaux d'audit
Les appels utilisent la même sélection de clés de fournisseur, les mêmes vérifications de politique d'organisation et la même comptabilisation de l'utilisation que pour les autres travaux de modèle, attribués au rôle de Decision engine. Les réponses facturées sont enregistrées même si leurs réponses sont rejetées. BYOK suit les conditions de facturation du fournisseur ; aucune clé Typesafe séparée n'est nécessaire.
L'enregistrement de la décision opérationnelle comprend le workflow, la version du contrat, la révision du modèle réelle, les probabilités, la confirmation de l'application du résultat, la raison du repli, la latence de la décision et la corrélation d'utilisation. Il stocke un résumé de l'état d'entrée, et non la requête brute ou les identifiants. La conservation suit la politique de journal d'agents de l'organisation. Cet enregistrement d'audit est distinct d'une explication générée ou d'un rapport de test.
Tester en local
Utilisez une nouvelle tâche avec un profil incluant Jev. Exercez la planification d'acceptation, la vérification préalable QA avec un échec connu, la qualification du travail et le routage normal de la tâche. Vérifiez dans l'audit de décision la présence d'un enforced mode et d'un résultat appliqué. Une entrée de repli explique pourquoi Jev n'a pas contrôlé cette décision particulière ; ce n'est pas la preuve que le workflow a échoué. Les tâches existantes peuvent posséder un instantané de profil sans Jev.