L’ensemble de l’usine, telle que vous l’utiliserez.
Chaque écran de cette page est généré depuis le portail Coroid. Les travaux proviennent de votre équipe, de vos outils et de l'automatisation, sont réalisés et vérifiés par des agents spécialisés, puis vous parviennent sous forme de pull request accompagné de ses preuves.
Les écrans sont recréés à partir du portail. Les totaux de plan proviennent d'une exécution réelle ; les autres exemples de travail sont indicatifs.
Le travail commence par une spécification, non par une invite.
Il suffit de le décrire dans le formulaire « Nouveau travail », d'importer des tickets depuis un outil de suivi ou de demander à Coroid via le chat. Vos produits et agents externes peuvent transmettre les tâches via API et MCP, et vos outils et automatisations peuvent les lancer eux-mêmes. Chaque tâche inclut la spécification sur laquelle les agents travaillent.
- Chaque tâche inclut un objectif, une valeur métier, des user stories et des critères d'acceptation.
- Les demandes émanant des personnes, de votre produit et de vos outils sont d'abord vérifiées pour détecter les doublons, puis validées et débarrassées de tout secret.
- Un pull request, un ticket dans GitHub ou Jira, un commentaire mentionnant Coroid ou un message Slack peuvent initier le travail.
- Le travail démarre également selon un calendrier, un événement de plateforme ou une surveillance Sentinel ; les résultats des rapports et des contrôles de qualité peuvent déclencher la mise en file d'attente d'une correction.
Les équipes financières demandent régulièrement leurs factures sous forme de feuille de calcul. Ajoutez un bouton d'exportation à la liste des factures pour télécharger le filtre actuel au format CSV.
Terminé lorsque : le fichier s'ouvre dans Excel et Numbers, les montants utilisent la devise du compte, et les exports de plus de 10 000 lignes ne provoquent pas de timeout.
Les gros projets deviennent des plans échelonnés.
Lorsqu'une demande est trop volumineuse pour une seule tâche, l'architecte la découpe en phases ordonnées avec des dépendances explicites, vérifie sa faisabilité et estime le temps nécessaire.
- Les phases et les tâches s'exécutent dans l'ordre des dépendances.
- Chaque tâche dispose de sa propre spécification, de ses agents et de ses preuves.
- Une vérification de viabilité évalue la faisabilité et les risques avant le début du travail.
- Les jetons, les coûts, la durée et les émissions sont suivis pour l'ensemble du plan.
- 01Échafaudage de base du projet1/1
- 02Fondations d'exécution partagées3/3
- 03Domaines urbains adaptés à chaque époque et interface utilisateur8/8
- Bâtiments et façades évoluant au fil du temps
- Vitrines et publicités propres à chaque époque
- Flotte de véhicules et circulation par décennie
- Foules de piétons en tenue d'époque
- 04Composition et transition entre époques1/1
- 05Finitions et vérification d'acceptation1/1
- Validation finale2/2
Créer une scène 3D d'un bloc urbain. Le niveau de détail est très important.
La scène doit comporter un curseur temporel en haut, avec les options 1945, 1965, 1985, 2005 et 2025.
Le choix d'une année transforme le bloc sous vos yeux : bâtiments, véhicules, vitrines, publicités et vêtements des piétons.
- Jetons
- 83,5 M / 112 M
- Coût
- 2,05 $US
- Émissions CO2e estimées
- 1,59 kg
- Durée
- 6h 15m
Une file d’attente unique pour tout ce qui nécessite votre intervention.
L'Usine liste chaque plan et tâche en fonction de ce dont vous avez besoin : une revue, une décision concernant un problème, ou rien du tout. Ouvrez tout élément pour consulter ses agents, critères, preuves et historique complet.
- Revoyez ce qui est prêt et fusionnez ce que vous approuvez.
- Les problèmes arrivent avec leur cause et l'exécution ayant échoué.
- Demandez des modifications et le travail repart dans la chaîne.
- Chaque exécution est enregistrée, y compris celles qui ont échoué.
- Îlot urbain en timelapse – Chrono CityTâchecity-sim1 il y a un jourNécessite une révision
- Ville en timelapsePlancity-timelapse2 il y a plusieurs joursPrêt à fusionner
- Super Mario en 3DTâche3d-game3 il y a plusieurs joursNécessite une révision
- Le Jeu de la vie de Conway en 3DPlangame-of-life4 il y a plusieurs joursPrêt à fusionner
- Jeux de course urbainePlancity-timelapse5 il y a plusieurs joursEn cours
Une capacité que vous pouvez visualiser et orienter.
Les emplacements d'agents représentent votre capacité parallèle. Mission Control indique ce qui les occupe, ce qui suit, quand la file d'attente se vide et ce qui est programmé, et peut tout mettre en pause d'un seul clic.
- Le travail est pris en charge dans l'ordre de priorité dès que les emplacements se libèrent.
- Une vue d'horizon de 24 heures du travail en file d'attente et programmé.
- Un journal d'exécution en temps réel des démarrages, verdicts et transmissions.
- Ajoutez des emplacements lorsque vous souhaitez plus de travail en cours.
Exporter les factures au format CSVQA
Recherche floue dans la liste des clientsDéveloppeur
Liste de contrôle pour l’intégration des nouvelles équipesArchitecte
- Le réviseur a approuvé « Mode sombre pour les paramètres ».
- La QA a validé les 5 critères sur « Pied de page du PDF de facture ».
- La QA a renvoyé « Filtres de recherche » : le critère 3 n'est pas rempli.
- L'architecte a commencé « Liste de contrôle d'intégration ».
- Répéter les livraisons de webhooks échouéesP1
- Mettre à jour la bibliothèque de datesP2
Les contrôles qualité sont définis par vous.
L'assurance de la livraison est intégrée : chaque tâche est vérifiée par rapport à ses critères et revue. Le Contrôle qualité permet d'ajouter les vérifications requises par un projet et d'imposer ces exigences à chaque pull request.
- Des politiques organisationnelles avec possibilité de surcharge par projet.
- Les tests navigateur et les évaluations s'exécutent sur la version finale.
- La couverture, les analyses de sécurité, les prévisualisations et les différences visuelles sont jointes en tant que preuves.
- Chaque exécution de contrôle est enregistrée par rapport à l'pull request qu'elle a évalué.
- Assurance de livraisonTous les projetsv7 · Vérifications intégréesActif
- Qualification du travailTous les projetsv16 · 6 vérificationsActif
- Validation de mise en productionweb-appv3 · 4 vérificationsActif
- Compilation et vérification de type
- Critères d'acceptation 5/5
- Test navigateur : flux de validation
- Audit des dépendances
- Couverture inférieure à l'objectif (avertissement)
Du fusionnement au déploiement, tout est tracé.
Une version fige une validation et la suit dans vos environnements, avec les vérifications et approbations requises pour chacun, jusqu'à confirmation de la déploiement.
- Environnement de staging et de production, chacun avec ses propres approbations.
- Chaque build porte sa version et son numéro de build, et Coroid confirme ce qui est exécuté.
- Les trains de versions regroupent le travail qui est livré ensemble.
- Des procédures de récupération en cas d'échec du déploiement.
- Correctifs du printemps2.5web-app · release/2.5.06 élémentsPré-productionProductionBrouillon
- Actualisation du processus de validation2.4web-app · a1f3c9e5 élémentsPré-productionProductionEn attente d'approbation
- Améliorations de recherche1.1web-app · 7be02d43 élémentsPré-productionProductionEn cours de déploiement
- Intégration d'équipe1.0web-app · 249cee48 élémentsPré-productionProductionLivrée
Un coordinateur pilote les spécialistes. Les points de contrôle déterminent quand le travail est terminé.
Chaque tâche a un coordinateur. Il planifie le travail, donne des instructions claires aux agents développeur, QA et réviseur, répond à leurs questions et décide de la suite à donner en fonction de leurs rapports. Il ne peut pas déclarer seul que le travail est terminé.
Chaque tâche aboutit à un pull request que votre équipe doit approuver, à la confirmation de l’équipe QA que le code répond bien à la demande, ou à une tâche échouée qui en explique la raison. Des limites concernant les reprises, les modifications du plan et la durée d’exécution empêchent un coordinateur de tourner en boucle indéfiniment.
- 01
Planification
Le coordinateur consulte le dépôt et la spécification, puis rédige le plan, y compris les critères d’acceptation qui déterminent la réussite.
- 02
Déléguer
L'activité est confiée à un spécialiste à la fois, en suivant des instructions précises. Le développeur réalise l'implémentation, le service QA valide le résultat, et le réviseur examine les modifications apportées.
- 03
Réagir
Lorsque le contrôle qualité rejette le travail ou que le réviseur demande des modifications, le coordinateur renvoie les correctifs au développeur, puis le contrôle qualité vérifie la nouvelle version.
- 04
Porte d'accès
La tâche ne peut être terminée que lorsque la QA a validé la version exacte qui sera livrée et, lorsque cela s'applique, que le reviewer l'a approuvée. Le coordinateur ne peut passer outre à aucun de ces verdicts.
Le travail qualifié entre dans l'usine de développement.
Les demandes brutes constituent des preuves, non des instructions. Coroid nettoie, déduplique et vérifie chaque demande avant qu'un agent puisse y agir.
Les demandes validées sont promues automatiquement. Les cas contradictoires, à faible fiabilité ou non vérifiables sont mis en attente dans une file d'attente de révision auditée.
Le workflow commence par des signaux non fiables provenant de demandes manuelles, d’importations, d’appels API et d’événements d’intégration. Coroid normalise et assainit les données d’entrée, vérifie si la version actuelle ou le canari corrige déjà le problème, déduplique et regroupe les signalements similaires, vérifie la demande à l’aide de contrôles adaptés à son type, puis évalue l’impact, la responsabilité, le périmètre, la difficulté et le niveau de confiance. Les demandes validées deviennent une tâche, un plan par phases, un rapport ou un calendrier. L’implémentation doit ensuite passer les mêmes points de contrôle du Quality Graph compilé à pull request, en version de production et en canari. Les preuves validées en production clôturent le signalement initial.
- 01
Signaux bruts
Les demandes manuelles, les imports, les appels API et les événements d'intégration constituent des entrées non fiables.
- 02
Normaliser et nettoyer
Les valeurs similaires à des identifiants sont masquées et chaque outil reste limité au projet sélectionné.
- 03
Vérifier la version actuelle
Une demande déjà résolue dans la dernière version ou la version canari est clôturée avec des preuves.
- 04
Dédupliquer et regrouper
L'identité exacte, les empreintes de contenu et la confirmation sémantique regroupent les signaux répétés en une seule issue.
- 05
Vérifier la demande
Les vérifications sensibles au type permettent de déterminer si le résultat demandé est réel et réalisable avant même que le travail ne commence.
- 06
Évaluer et acheminer
L'impact, le responsable, la portée, la difficulté, le niveau de confiance et le type de travail approprié sont enregistrés.
Créer le bon travail
- Tâche exécutable
- Plan échelonné
- Rapport d'éléments probants
- Planning récurrent
Attester du résultat
Clôturer les retours. Les preuves de déploiement mettent à jour le système d'origine lorsque son intégration permet les écritures.
Un assistant rédige le code. Coroid gère tout le reste.
AI les outils de codage excellent dans la phase intermédiaire du travail : rédiger les modifications. La plupart du temps d'ingénierie est consacré aux tâches annexes. Il faut déterminer ce qui mérite d'être développé, en vérifier le bon fonctionnement, assurer la gouvernance et en assumer la responsabilité ultérieure. Coroid prend en charge ces aspects également, afin que les travaux avancent sans être bloqués par une seule personne.
La question que votre équipe se posera
Sessions d'agents, locales ou dans le cloud
Coroid
- D'où provient le travail ?
- Sessions d'agents, locales ou dans le cloudUne personne interrompt son travail pour rédiger un prompt ou attribuer un ticket à un agent.
- CoroidDemandes qualifiées provenant des personnes, de vos outils et de vos demandes de fusion. L'automatisation que vous configurez génère également du travail, dans les limites que vous définissez.
- Qui décide que c'est terminé ?
- Sessions d'agents, locales ou dans le cloudCelui qui lit le diff, avec le jugement qu'il possède à cet instant.
- CoroidUn graphe de qualité compilé qui rend une seule décision : poursuivre ou recommencer.
- Qu'est-ce qui prouve que cela fonctionne ?
- Sessions d'agents, locales ou dans le cloudUne transcription et tous les tests que l'agent a choisi d'exécuter.
- CoroidDes vérifications effectivement exécutées, liées au commit exact, attachées à pull request.
- Que se passe-t-il pendant la nuit ?
- Sessions d'agents, locales ou dans le cloudLes exécutions en cours se terminent, puis attendent qu'une personne les vérifie. Rien de nouveau ne démarre avant qu'on le demande.
- CoroidLe processus continue sans interruption. Le travail ne s'arrête qu'à la porte qui nécessite réellement une intervention humaine.
- Comment augmenter le débit ?
- Sessions d'agents, locales ou dans le cloudPlus de sessions, chacune nécessitant qu'une personne les lance, vérifie et suive.
- CoroidUn autre emplacement pour agent. Les membres sont illimités ; la capacité est ce que vous achetez.
- Qui contrôle quels modèles ont accès au code ?
- Sessions d'agents, locales ou dans le cloudLes paramètres propres à chaque outil, gérés outil par outil et poste par poste.
- CoroidUne politique versionnée fixée comme plafond pour tous les projets. Les projets peuvent l'assouplir ; rien ne peut la relâcher.
- Que pouvez-vous présenter à un auditeur ?
- Sessions d'agents, locales ou dans le cloudLes journaux de session, au format propre à chaque outil, tant que celui-ci les conserve.
- CoroidUn flux d'événements immuable, signé et exporté vers votre SIEM, avec une fenêtre de rétention que vous définissez.
Coroid ne cherche pas à remplacer l'éditeur que vos développeurs utilisent. Il remplace l'espace non géré qui l'entoure.
La qualité coûte des jetons. C'est l'idée.
Une tâche de production consomme environ deux à trois fois plus de jetons qu'une session d'agent unique dans Claude Code, Codex ou Gemini CLI, car plusieurs agents planifient, testent et examinent le travail avant qu'il ne vous parvienne. Vous achetez ainsi de la cohérence, pas simplement des frappes au clavier.
Dépenses en jetons par tâche équivalente, par rapport à une session d'agent individuel.
Préférez la vitesse brute à la cérémonie ? Le profil Ludicrous assouplit les portes et correspond à la consommation de jetons au niveau CLI. Il est là quand vous en avez besoin — mais ce n'est pas la raison d'être de Coroid.
Explorer les profils AIIl s'intègre à vos outils existants
Il n'y a pas d'extension IDE à installer ni d'agent à maintenir actif sur la machine d'un développeur. Coroid se connecte aux systèmes que votre travail utilise déjà.
- Dépôts
- GitHub, GitHub Enterprise, GitLab et Git auto-hébergé. L'application GitHub gère les vérifications entrantes et les revues en ligne ; les jetons limités au projet assurent l'accès en lecture.
- Signaux et tickets
- Les problèmes Jira, les messages Slack ainsi que les problèmes et commentaires de GitHub peuvent être reçus en tant que demandes qualifiées. L'automatisation que vous configurez peut intervenir sur Sentry et sur tout serveur MCP que vous connectez.
- Prévisualisations et preuves
- Déploiements sur Vercel, Netlify et Cloudflare Pages, ainsi que la couverture de code, les analyses de sécurité, les différences visuelles, les exécutions end-to-end et les revues effectuées par des tiers AI.
- Modèles
- Modèles avancés et économiques attribués à chaque agent, avec des profils réservés à l'UE et à faible empreinte carbone. Utilisez vos propres clés de fournisseur ou les crédits Coroid.
- Sécurité et observabilité
- Export d'audit signé via HTTPS vers Splunk, Datadog, Chronicle ou tout collecteur que vous indiquerez.
- Lieu d'exécution
- Coroid Cloud, le profil d'hébergement UE, ou votre propre déploiement Docker Compose ou Kubernetes.
Chaque fonctionnalité, en détail.
Découvrez le rôle de chaque composant et son fonctionnement. Lorsqu'une capacité dépend d'un plan, cela est indiqué.
Intégration des travaux7 fonctionnalitésLes demandes émanant des personnes, de votre produit et de vos outils sont évaluées avant de se transformer en tâches. Vos automatisations et agents externes génèrent des tâches selon les autorisations et limites que vous définissez.
- Spécifications
- Chaque tâche inclut son objectif, sa valeur métier, les récits d'utilisateur, les critères d'acceptation, le contexte et les contraintes. Les agents développent en se basant sur ces spécifications, et le pull request généré reste étroitement lié à celles-ci.
- Qualification du travail
- Les demandes sont traitées comme des entrées non fiables. Coroid masque les valeurs ressemblant à des identifiants d’accès, vérifie si la version actuelle corrige déjà le problème, déduplique à l’aide d’une empreinte et d’une correspondance sémantique, vérifie la demande au moyen de contrôles adaptés au type, puis consigne l’impact, le responsable, le périmètre, la difficulté et le niveau de confiance avant même qu’aucun travail ne soit engagé.
- Plans échelonnés
- Une initiative trop vaste pour être traitée dans le cadre d'une seule tâche est décomposée en phases ordonnées présentant des dépendances explicites. L'architecte éclaircit les ambiguïtés à partir des éléments disponibles et consigne ses hypothèses plutôt que de s'arrêter pour poser des questions.
- Automatisations d'événements
- Un pull request, un ticket ou un commentaire PR, un fil de discussion Slack, ou un ticket Jira associé peuvent déclencher le processus de travail. Chacun de ces signaux donne lieu à une prise en charge qualifiée, à une vérification entrante ou à l'exécution d'un hook — sans jamais générer de session d'agent sans fin.
- Hooks et plannings
- Les automatisations d'organisation se déclenchent lors d'événements liés aux tâches, aux agents, aux dépôts, aux analyses, aux synchronisations et aux déploiements, ou selon un planning récurrent. Par défaut, elles sont en lecture seule, soumises à des limites de fréquence et à une profondeur de chaîne maximale afin d'éviter tout boucle d'auto-triggering.
- Sentinel
- Un surveillant sur Sentry, Jira, GitHub et Slack transforme ce qu'il détecte en tâches au sein de la même chaîne, plutôt que de générer une nouvelle alerte sans responsable assigné.
- Graphique de dépendances
- Les tâches et projets précisent leurs dépendances, que ce soit au sein d'un même dépôt ou entre différents services de l'organisation. Les cycles de dépendance sont identifiés avant l'exécution et les exécutions globales sont ordonnancées pour éviter tout conflit entre agents fonctionnant en parallèle.
Exécution9 fonctionnalitésAgents spécialisés, un espace de travail isolé par tâche, et aucune session à maintenir actives.
- La chaîne d'agents
- Architecte, développeur, responsable QA et réviseur constituent des agents distincts disposant de prompts, d'outils et d'affectations de modèles propres. Le travail passe d'un agent à l'autre dès qu'une étape est validée, sans intervention manuelle pour copier-coller du contexte dans une nouvelle fenêtre.
- Sous-agents explorateurs
- Chaque agent peut générer deux à cinq explorateurs spécialisés — portant sur les motifs, les dépendances, les API, les tests, la configuration ou la sécurité — qui utilisent une partie du budget de tokens de l'agent parent et intègrent ensuite leurs résultats structurés dans un contexte unique.
- Espaces de travail cloud isolés
- Chaque tâche dispose de son propre espace de travail avec un accès au dépôt limité au projet. Aucune extension IDE, aucun terminal sur l'ordinateur portable d'un collaborateur, ni aucune connexion à votre réseau privé n'est nécessaire.
- Routage des modèles et profils AI
- Sélectionnez le modèle pour chaque agent ou appliquez un profil système : le plus rapide, le plus performant, exclusivement disponible dans l'UE, ou à faible empreinte carbone. Vous pouvez utiliser vos propres clés de fournisseur ou les crédits Coroid aux tarifs de passage.
- Moteur de décision
- Un modèle de décision dédié choisit parmi les options connues pour la preuve d'acceptation, la vérification préalable au QA, l'éligibilité au travail et le routage des tâches. Chaque réponse est validée, son niveau de confiance est vérifié et enregistré, et Coroid recourt à l'évaluateur existant lorsque le niveau de confiance est faible.
- Compétences progressives
- Les agents lisent d'abord les métadonnées de compétence et ne chargent les instructions complètes que lorsque le travail l'exige, afin que le contexte soit orienté vers votre base de code plutôt que vers les schémas d'outils. Les projets peuvent définir leurs propres compétences.
- Accès aux outils MCP
- Connectez Sentry, Jira, Slack ou tout serveur MCP et les agents utilisent ces outils conformément à la politique d'outils de votre organisation — sans avoir à écrire de code d'intégration personnalisé pour chaque service.
- Remédiation autonome
- Une installation de dépendance échouée, une mauvaise configuration ou une construction défaillante est diagnostiquée et corrigée au sein de la tâche si la situation est simple ; elle est ensuite escaladée en tant que tâche de remédiation distincte si le problème est structurel.
- Projets temporaires et prévisualisations
- Générez une base de code à partir d'une simple instruction sans lien avec un hébergeur Git, observez son exécution en prévisualisation, apportez-y des modifications, puis passez à GitHub ou GitLab une fois qu'un dépôt a été créé.
Qualité et revue8 fonctionnalitésUn graphe compilé prend la décision, et il agit de la même manière pour une vérification manuelle, une tâche en cours ou une demande pull request ouverte par votre propre développeur.
- Le graphe de qualité
- Les objectifs, attentes et contrôles sont compilés en un seul graphe attaché à une révision immuable. Ce même graphe déclenche un test manuel, la validation QA d'une tâche et un GitHub pull request, puis produit une décision unique : poursuivre ou recommencer.
- Preuves liées au commit
- Les verdicts proviennent uniquement des contrôles qui ont été exécutés, et les résultats sont verrouillés à la révision sur laquelle ils ont été réalisés. Personne ne peut falsifier un résultat positif, et un statut vert obsolète ne peut pas faire passer une modification ultérieure par un seuil de validation.
- Coroid Check sur vos demandes de fusion
- Installez l'application GitHub et Coroid publiera les résultats des contrôles et les revues en ligne directement sur les demandes de fusion de votre dépôt — y compris celles ouvertes manuellement par vos développeurs.
- Voies et portes de fusion
- Les tâches sont intégrées dans une voie ; cette voie exécute le pipeline de qualité unifié couvrant les tests finaux, unitaires, statiques, visuels, d'accessibilité, de sécurité et d'évaluation, avant d'ouvrir un pull request. La politique de fusion vous appartient : approbation humaine, fusion automatique ou substitution délibérée.
- Règles de revue sous forme de fichiers
- Les normes de revue sont des fichiers Markdown versionnés. Coroid fournit un ensemble de règles système ; le répertoire de règles propre au projet les étend ou les remplace, permettant ainsi à vos normes de résider dans le dépôt et de l'accompagner.
- Preuves de revue externes
- Les déploiements de prévisualisation provenant de Vercel, Netlify ou Cloudflare Pages, ainsi que les analyses de sécurité, la couverture de code, les différences visuelles, les exécutions end-to-end et les revues effectuées par des tiers AI sont joints à la revue en tant que preuves de premier ordre.
- Vérification au niveau du navigateur
- Le testeur web exécute l'application en cours pour valider le comportement fonctionnel, l'expérience utilisateur, l'accessibilité et la sécurité, puis renvoie des captures d'écran et des constats en guise de preuves plutôt que de simples affirmations.
- Évaluations
- Exécuter des workflows réels via le pipeline de production pour comparer les modèles, réaliser des tests A/B sur les invites, détecter les régressions et évaluer le rapport coût-qualité avant qu'une modification n'atteigne vos dépôts.
Gouvernance et contrôle8 fonctionnalitésFixez le plafond une fois pour toutes, au-dessus de chaque projet — puis prouvez par la suite ce qui s'est exécuté en dessous.
- Plan de contrôle des politiques organisationnellesProfessionnel
- Un document de politique hiérarchique et versionné définit quels modèles peuvent être exécutés, si les secrets sont analysés, quelles commandes de bac à sable sont autorisées et quel degré d'autonomie les agents possèdent. Les projets peuvent resserrer ces règles, mais rien ne peut les assouplir ; les versions publiées sont immuables. Les plafonds de commande et d'autonomie sont spécifiques à l'édition Enterprise.
- Comptes de service et clés à portée limitéeProfessionnel
- Des entités nommées non humaines pour les automatisations, les planifications et les appels machine, chacune disposant de sa propre clé API à portée limitée. Il ne s'agit ni de licences utilisateur ni de identifiants partagés avec des humains ; leurs actions sont enregistrées dans le flux d'audit sous leur propre nom.
- Flux d'événements d'audit et export SIEM
- Un enregistrement normalisé et en mode ajout uniquement indiquant qui a fait quoi, quand, au sein de quelle organisation, projet et dépôt, avec quel modèle et quelle décision prise — exportable vers votre SIEM via HTTPS avec des charges utiles signées et une fenêtre de rétention que vous contrôlez.
- Rétention, blocage juridique et suppression
- Définir la durée pendant laquelle Coroid conserve les produits issus de la fabrication logicielle, comprise entre 14 et 365 jours. Vous pouvez appliquer un blocage juridique, supprimer une catégorie sur demande et conserver un registre précis de ce qui a été effacé lors de chaque exécution.
- Portabilité des paramètres
- Exporter les politiques, graphiques de qualité, hooks, planifications, règles de revue, paramètres de rétention et barrières de projet d'une organisation sous forme de bundle portable, prévisualiser les différences et les appliquer ailleurs. Les secrets restent masqués sous forme de placeholders.
- SSO et synchronisation d'annuaireEntreprise
- Connexion unique SAML et provisionnement SCIM pour les organisations gérant l'accès de manière centralisée.
- Isolation et identifiants d'accès
- Les identifiants d'accès aux dépôts et aux services sont limités au projet et stockés dans des chemins de configuration chiffrés. Les agents travaillent dans des espaces de travail isolés et ne reçoivent jamais d'accès direct à votre réseau.
- Hébergement en UE et solution on-premisesEntreprise
- Exécuter sur le profil d'hébergement UE, ou déployer l'ensemble de la usine logicielle avec Docker Compose ou Kubernetes sur une infrastructure que vous contrôlez — y compris le temps d'exécution, le stockage, l'accès aux dépôts, les identifiants d'accès et les politiques réseau.
Visibilité et économie6 fonctionnalitésLa file d'attente, l'historique et la facture sont tous accessibles — y compris les éléments qui vous coûtent de l'argent.
- Mission Control
- L'état de production, les tâches prioritaires, les exceptions, la capacité restante et tout ce qui attend une intervention humaine, rassemblés en un seul endroit et mis à jour au fur et à mesure du déroulement du processus.
- Suivi d'exécution
- Chaque étape d'agent, décision, appel d'outil et réponse de modèle est enregistré et inspectable, avec les jetons, le coût et les émissions estimées associés à l'appel ayant généré ces données.
- Estimations de carbone
- La quantité de CO2e liée à l'inférence opérationnelle est estimée pour chaque appel de modèle et enregistrée aux côtés du coût, avec indication de sa source et de son niveau de confiance. Un profil à faible empreinte carbone privilégie les modèles plus petits et les hébergeurs moins gourmands. Il s'agit d'une estimation, non d'une affirmation de neutralité.
- Tarification basée sur la capacité
- Vous achetez des emplacements d'agents parallèles, non des licences utilisateur. Le nombre de membres de l'organisation est illimité et les dépenses liées aux modèles restent séparées — crédits prépayés ou clés de fournisseur propres — afin que le débit et l'inférence ne se mélangent pas en un seul chiffre.
- Rapports
- Rapports sur le code et la livraison à la demande ou selon un planning défini, exportables, générés par les mêmes agents explorateurs qui analysent votre code pour identifier les tâches.
- Viabilité du code
- Coroid suit la taille des fichiers, la complexité et la santé des patterns par rapport à la capacité d'un agent à les prendre en compte dans son contexte, et propose les refactorisations nécessaires pour maintenir la faisabilité de votre dépôt — tant pour les agents que pour les lecteurs humains.