La plupart des outils de codage AI sont des environnements d'exécution: un boucle autour d'un modèle, accompagnée d'outils pour lire et écrire des fichiers ainsi que pour exécuter des commandes. Claude Code, Codex, OpenCode et Pi sont tous des environnements d'exécution, conçus pour un développeur travaillant au terminal.
Coroid n'utilise aucun d'entre eux. Il dispose de ses propres outils.
Pourquoi ne pas simplement utiliser un outil existant ?
Les outils susmentionnés sont conçus pour une session assistée. Une personne supervise l'opération, peut répondre aux questions, interrompre le processus ou détecter une erreur. Cette hypothèse est logique et influence l'ensemble du fonctionnement : la manière dont les erreurs apparaissent, la quantité de contexte transmis, ou ce qui se passe lorsque le modèle produit une réponse inattendue.
L'hypothèse de Coroid est inverse : personne ne supervise l'exécution. Le travail s'exécute dans le cloud, déclenché par un planning, un moniteur ou un événement, et doit aboutir à un résultat pouvant être examiné ou à un échec clair, sans quiconque pour intervenir en cours de route.
Il s'agit de problèmes différents. Plusieurs éléments décrits ci-dessous existent précisément à cause de cette différence et n'auraient aucun sens dans une session au terminal.
En quoi le moteur d'exécution diffère-t-il ?
Il est conçu pour fonctionner seul. Lorsqu'un modèle renvoie une réponse mal formée ou un appel d'outil incorrect, la boucle corrige et retente l'opération plutôt que de présenter une demande à laquelle personne ne peut répondre. Une exécution sans surveillance qui s'arrête pour poser une question pouvant être résolue elle-même représente un gaspillage de ressources.
Il est conçu pour être multi-agents. Le boucle est conçue autour de des rôles avec des permissions différentes, en transmettant le travail entre eux dans un ordre prédéfini ou sous la supervision d'un coordinateur qui détermine l'étape suivante, plutôt qu'un seul agent effectuant toutes les tâches. La vérification est réalisée par un agent qui n'a pas écrit le code, et le coordinateur ne peut pas la contredire ; il s'agit d'une caractéristique inhérente à l'architecture et non d'une simple demande polie. Un coordinateur peut également constater que le code répond déjà aux exigences de la tâche et faire vérifier cela par le service qualité sans aucune modification. Toutes les voies mènent aux mêmes étapes de contrôle.
Il dispose de budgets explicites et de limites de profondeur. Chaque exécution est soumise à un budget de jetons et à une limite d'étapes. Sans ces contraintes, un agent autonome ayant mal interprété sa tâche continuerait indéfiniment.
Il intègre la gouvernance directement dans le processus. Les politiques, les contrôles de qualité et les points de validation font partie du parcours d'exécution et non d'une couche externe ; c'est pourquoi un blocage peut interrompre le travail en cours plutôt qu'après son achèvement.
Le cache est un élément essentiel du système.
Le contexte représente la majeure partie des coûts liés à l'exécution des agents ; dans un environnement cloud, le même contexte de projet est lu sans cesse pour de nombreuses tâches.
Pour cette raison, le moteur d'exécution s'appuie largement sur le cache des invites. Vous pouvez observer son fonctionnement dans l' historique d'exécution, où les étapes indiquent leur efficacité en matière de cache :
9.1k used (90% cached)Un taux de récupération élevé fait la différence entre une exécution coûteuse et une exécution économique. C'est également ce qui permet d'obtenir un projet bien structuré et clair. Contexte Il est moins coûteux à utiliser qu'un système étendu — le contexte stable se met bien en cache, contrairement au contexte qui change à chaque exécution.
Cela s'associe à Compétences progressives, ce qui permet de maintenir un contexte chargé de petite taille dès le départ.
Ce que cela signifie concrètement
- Pas d'installation locale. Pas de CLI, pas de plug-in d'éditeur, pas de processeur à héberger. Coroid est basé sur API et fonctionne dans le cloud.
- Pas d'abonnements à des outils tiers. Vous n'achetez pas de licences pour un assistant de codage en complément de Coroid. L'utilisation du modèle est facturée en crédits ou via vos propres clés de fournisseur.
- Le travail s'exécute sans surveillance. Calendriers et hooks sont possibles car rien ne dépend du fait que l'ordinateur du développeur soit allumé.
- Le comportement est cohérent. Le travail de chacun s'exécute dans le même environnement d'exécution avec les mêmes politiques, plutôt que de dépendre de ce que chaque développeur a installé et configuré. Ce qui est installé est documenté dans prise en charge des langages et environnement d'agent.
Ce qui ne change pas
Le harnais détermine comment le travail est effectué. Il ne modifie pas les limites : tout changement arrive toujours sous forme de pull request sur une branche, rien n'est fusionné à votre place, et vos règles de protection de branche et de révision s'appliquent exactement comme pour les contributeurs humains.