Pendant les dix-huit derniers mois, nous avons discrètement construit le système que nous aurions voulu voir exister quand nous dirigions nous-mêmes des équipes d'ingénierie. Aujourd'hui, nous ouvrons les portes. CodeCourier est une équipe d'ingénierie IA en pilote automatique - une flotte d'agents d'ingénierie autonomes qui corrigent des bugs, livrent des fonctionnalités, et relisent des pull requests jour et nuit, sur vos dépôts, avec vos garde-fous, selon vos conditions.
Nous n'avons pas construit un autre assistant. Le monde en a plein. À la place, nous avons construit le système autour des assistants - la couche durable qui transforme une lueur d'intelligence de modèle en une production d'ingénierie fiable sur laquelle vous pouvez miser une feuille de route. Voici l'introduction définitive à CodeCourier : ce que c'est, comment ça marche, à qui c'est destiné, et pourquoi une flotte d'agents de code IA bat un AI software engineer unique à chaque fois.
Qu'est-ce que CodeCourier ?
CodeCourier est une plateforme d'équipe d'ingénierie IA qui fait tourner une flotte d'agents d'ingénierie autonomes senior à l'intérieur de sandboxes cloud isolées, 24h/24, pour corriger des bugs, livrer des fonctionnalités, et relire des pull requests sur vos dépôts. Chaque agent s'exécute dans sa propre sandbox Linux éphémère avec votre base de code clonée, vos secrets injectés à l'exécution, et un workflow structuré à suivre. Le résultat est une pull request que vous pouvez lire, exécuter, et merger - jamais un commit direct sur main.
À qui CodeCourier s'adresse
Les responsables d'ingénierie qui se noient dans le backlog. Les fondateurs qui livrent avec cinq ingénieurs et une feuille de route de cent fonctionnalités. Les équipes plateforme dont les ingénieurs senior passent les vendredis après-midi à faire de la revue de code au lieu d'architecture. CodeCourier est pour toute équipe qui a plus de travail que d'humains, et refuse d'abaisser la barre de qualité pour livrer plus vite.
Pourquoi une équipe d'ingénierie IA, pas juste un assistant
La première génération d'outils de code IA était de l'autocomplétion sous stéroïdes. Utile, mais vous deviez toujours piloter. La deuxième génération était des assistants de chat capables d'écrire une fonction sur demande. Mieux, mais toujours liés à un développeur à un clavier. Aucune n'a résolu le vrai problème : il y a plus de code à écrire qu'il n'y a d'ingénieurs pour l'écrire.
Le plafond de l'assistant
Un AI software engineer unique dans une fenêtre de chat a un plafond dur. Il travaille de manière synchrone. Il a besoin d'un humain pour le solliciter. Il oublie entre les sessions. Il ne peut pas relire son propre travail. Il ne peut pas mener vingt investigations parallèles pendant que vous dormez. Le plafond, c'est l'humain qui lui est attaché.
Le modèle de flotte
Une flotte d'agents de code IA brise ce plafond. Vingt agents, chacun dans un environnement en sandbox, chacun travaillant un ticket différent, chacun produisant une pull request révisable. Le goulot d'étranglement passe de l'écriture du code à la relecture et au merge du code - qui est exactement là où les ingénieurs senior ajoutent le plus de levier. C'est le développement basé sur les agents tel qu'il devrait fonctionner.
Ce qui change quand la flotte livre
- Le backlog se résorbe pendant la nuit. La longue traîne de tickets que personne de senior ne veut toucher est traitée pendant que l'équipe dort.
- Les ingénieurs senior récupèrent leur journée. Revue de code et architecture, pas des PR de dépendances obsolètes et de la chasse aux tests instables.
- La vélocité cesse de croître avec l'effectif. Un relecteur peut absorber la production de dix agents. Le débit se découple de la taille de l'équipe.
- La qualité monte, elle ne baisse pas. Chaque changement passe les tests dans une sandbox avant qu'un humain ne le voie.
Comment CodeCourier fonctionne de bout en bout
D'une seule phrase dans le tableau de bord à une pull request mergée, le cycle de vie est déterministe, observable, et rejouable. Voici ce qui se passe entre « l'e-mail de réinitialisation de mot de passe envoie la mauvaise locale » et la coche verte dans votre dépôt.
Le pipeline en cinq étapes
- Prise en charge. Vous décrivez une tâche en langage naturel, liez un ticket, ou fournissez une ligne de backlog. CodeCourier classifie le travail et choisit une persona.
- Démarrage de la sandbox. Une sandbox Linux fraîche et isolée démarre en moins d'une seconde, clone votre dépôt au bon ref, installe les dépendances, et injecte des secrets limités.
- Exécution de l'agent. Le modèle sélectionné lit le code pertinent, ébauche un plan, modifie les fichiers, exécute votre suite de tests, et itère jusqu'à ce que la suite passe ou que l'agent escalade.
- Auto-revue. Un second agent avec une persona de revue lit le diff, exécute le lint et les vérifications de type, et signale les régressions avant qu'un humain ne voie la PR. C'est la revue de code autonome, intégrée dans le pipeline lui-même.
- Pull request. Le changement atterrit sous forme de pull request IA taguée avec trace de raisonnement, sortie de test, et lien de relecture. Vos humains approuvent et mergent.
Observabilité et intervention
Chaque étape est diffusée en direct. Vous pouvez regarder l'agent taper, le mettre en pause, injecter une correction, ou arrêter l'exécution. Chaque exécution est rejouable depuis exactement le même état - même modèle, même prompt, même image de sandbox - ce qui signifie que les bugs dans le comportement de l'agent sont débogables, pas mystérieux. Lisez-en plus sur la façon dont le runtime est construit dans notre aperçu de l'architecture de sandbox.
Capacités fondamentales
CodeCourier est livré avec quatre primitives fondatrices. Chacune est utile en soi. Ensemble, elles forment une plateforme cohérente pour le développement basé sur les agents.
Issue Sessions, Workflow Builder, Personas, Contexts
| Capacité | Ce qu'elle fait | Idéale pour | Résultat |
|---|---|---|---|
| Issue Sessions | Exécution d'agent sur une tâche unique contre un ticket, avec streaming en direct et relecture. | Corrections de bugs, fonctionnalités mono-fichier, refactorings ciblés. | Une pull request, une trace de raisonnement. |
| Workflow Builder | Éditeur visuel pour des chaînes d'agents multi-étapes avec branchement et contexte partagé. | Fonctionnalités planifier-puis-construire, migrations, pipelines multi-persona. | Exécutions enchaînées, artefacts structurés, une ou plusieurs pull requests. |
| Personas | Configurations d'agent versionnées : modèle, system prompt, outils, règles de style. | Coder le style maison : conventions Rust, politique de tests, philosophie de revue. | Comportement réutilisable à travers chaque session et workflow. |
| Contexts | Connaissance durable qui survit à travers les exécutions et alimente chaque session pertinente. | Notes d'architecture, visites de base de code, contraintes spécifiques au client. | Moins de prompting, des décisions plus cohérentes. |
Issue Sessions en détail
Une Issue Session est l'unité atomique de travail. Vous pointez un agent vers un ticket, regardez la sandbox démarrer, et vous vous éloignez ou le regardez travailler. Les sessions prennent en charge l'intervention en cours d'exécution, la relecture complète depuis n'importe quel point de contrôle, et le contexte partagé avec le reste de votre espace de travail.
Workflow Builder en détail
Toutes les tâches ne sont pas une étape d'agent unique. Parfois, vous voulez une persona planificatrice pour décomposer le travail, une persona codeuse pour l'implémenter, et une persona relectrice pour durcir le résultat. Le Workflow Builder vous permet d'enchaîner ces étapes visuellement, de canaliser les sorties entre agents, et de réutiliser des séquences éprouvées à travers l'équipe.
Personas et Contexts
Les Personas sont des identités d'agent versionnées et nommées. Elles codent le modèle, le system prompt, l'ensemble d'outils, et les contraintes. Les Contexts sont la connaissance de longue durée dont vos agents ont besoin chaque fois qu'ils touchent votre base de code - épinglée au niveau de l'espace de travail et auto-injectée dans chaque exécution pertinente.
Construit sur des sandboxes cloud isolées
Chaque agent s'exécute dans sa propre sandbox cloud éphémère et isolée. Aucun état partagé entre les exécutions. Aucun système de fichiers fuyant. Aucun agent ne lit le code d'un autre locataire. Le modèle d'agent IA en sandbox n'est pas une fonctionnalité que nous avons ajoutée - c'est le fondement sur lequel repose toute la plateforme.
Pourquoi l'isolation en sandbox compte
Les agents font des erreurs. Ils exécutent de mauvaises commandes. Ils installent le mauvais paquet. Ils tentent occasionnellement quelque chose que vous ne laisseriez pas faire à un stagiaire. À l'intérieur d'une sandbox, rien de tout cela ne touche votre infrastructure. Le rayon d'impact est une VM éphémère qui est détruite à la fin de l'exécution.
Les garanties du runtime
- Démarrage en moins d'une seconde. Le provisionnement de sandbox est assez rapide pour que le déploiement de vingt agents parallèles soit économiquement rationnel, pas un problème de budget.
- Secrets limités. Les identifiants sont injectés à l'exécution depuis votre gestionnaire de secrets, jamais écrits sur disque, et nettoyés des journaux.
- Tout auditer. Chaque commande, chaque écriture de fichier, chaque appel réseau est journalisé et rejouable.
- Aucun accès à la production. Les sandboxes ne peuvent pas atteindre vos systèmes de production sauf si vous câblez explicitement cette intégration.
Nous approfondissons le modèle de sécurité dans l'aperçu de la sécurité, y compris notre posture SOC 2 Type II et comment nous mappons les contrôles face aux exigences SOC 2 et RGPD.
De vraies victoires clients
Nous avons intégré quatorze partenaires de conception pendant une bêta fermée qui a duré de novembre 2025 à mars 2026. Les chiffres ci-dessous proviennent de cette cohorte. Noms masqués à la demande, mais chaque chiffre provient d'un usage en production.
Les chiffres que nous avons continué d'entendre
- Fintech Série B, 38 ingénieurs. A utilisé le Workflow Builder pour automatiser les mises à niveau de dépendances. A fermé 312 PR de style Renovate en six semaines. A réduit les CVE de dépendances obsolètes de 47 à 3.
- Startup d'outils de développement, 11 ingénieurs. A connecté GitHub Issues aux Issue Sessions pour le triage. 61 pour cent des rapports de bugs ont été convertis en PR mergées sans implication d'ingénieur senior, avec un temps moyen de correction passant de 4,2 jours à moins de 11 heures.
- Scale-up healthtech, 80 ingénieurs. A fait tourner une persona de revue de code autonome sur chaque PR interne. A réduit le temps de traitement des revues humaines de 34 pour cent et a fait remonter 218 problèmes que les relecteurs humains auraient manqués, selon un audit a posteriori.
- Fondateur solo, 1 ingénieur, 1 dépôt. A utilisé les Tâches récurrentes pour lancer un passage de nettoyage le vendredi après-midi. A rapporté livrer 2,3x plus de fonctionnalités par semaine en dormant les mêmes heures.
- Mainteneur open source, un seul projet. A pointé les Issue Sessions vers un backlog de 900 tickets. A fermé 140 tickets en 30 jours sans épuisement des contributeurs, chaque PR mergée par un humain.
Le pitch honnête est celui-ci : nous avons construit le système qui permet à un ingénieur senior d'absorber la production de dix agents compétents sans compromis sur la qualité. C'est le levier qui a été promis à tout le monde. Nous l'avons rendu réel.
Tarifs et comment démarrer
CodeCourier est en disponibilité publique à partir d'aujourd'hui. Le modèle de tarification est simple : un forfait de plateforme fixe, plus du calcul de sandbox mesuré. Le palier gratuit couvre les bâtisseurs solo et les petites équipes menant des pilotes d'évaluation. Team et Enterprise débloquent une concurrence plus élevée, des exécuteurs de sandbox sur site, des personas dédiées, et un support personnalisé.
Démarrer en cinq minutes
- Créez un espace de travail sur codecourier.dev et connectez votre GitHub ou GitLab.
- Installez l'application GitHub sur un dépôt. La portée par défaut est lecture seule plus écriture de pull request.
- Choisissez une persona de démarrage - nous livrons des réglages par défaut sensés pour TypeScript, Python, Go, et Rust - ou forkez l'une des nôtres.
- Ouvrez une Issue Session contre un vrai ticket. Regardez la sandbox démarrer, le diff arriver, et la PR s'ouvrir.
- Approuvez, mergez, répétez. Ajustez la persona en fonction de ce que vous avez mergé et de ce que vous avez renvoyé.
Pour Enterprise, des exécuteurs de sandbox sur site, ou une revue de conformité, parlez-nous directement. Nous avançons vite sur l'approvisionnement et nous vous remettrons un pilote fonctionnel en moins d'une semaine.
Ce qui arrive ensuite sur la feuille de route
Aujourd'hui est le lancement, pas la destination. Nous avons des engagements publics pour le reste de 2026 et une esquisse approximative jusqu'en 2027. Les thèmes ci-dessous sont ce que nous construisons activement, pas ce dont nous rêvons.
Court terme (T2 à T3 2026)
- Sprint Chains. Convertir un document de feuille de route en une séquence ordonnée d'Issue Sessions, avec résolution des dépendances et parallélisme intégrés.
- Workflows multi-dépôts. Des workflows uniques qui couvrent un dépôt frontend et un dépôt backend, coordonnant les diffs sur les deux.
- Exécuteurs sur site. Infrastructure de sandbox à apporter, avec notre plan de contrôle orchestrant les exécutions à l'intérieur de votre VPC.
Moyen terme (T4 2026 et au-delà)
- Objectifs d'ingénierie de longue durée. Confiez à la flotte une initiative de plusieurs semaines et laissez-la décomposer, planifier, et livrer sans sollicitation quotidienne.
- Fine-tuning de modèle personnalisé. Entraînez les personas sur votre style maison pour que l'AI software engineer de votre flotte écrive réellement comme votre équipe.
- Registre de personas open source. Partagez et forkez des personas de la même façon que vous partagez et forkez du code.
Vous pouvez suivre les mises à jour hebdomadaires sur le blog, lire nos articles de build-in-public dans les Guides, ou lire l'histoire de l'entreprise si vous voulez la version longue.
FAQ
CodeCourier est-il un AI software engineer ou une équipe d'ingénierie IA ?
Les deux, mais la plateforme est conçue comme une équipe d'ingénierie IA, pas un agent unique. Vous pouvez lancer une seule Issue Session et obtenir l'expérience d'un ingénieur unique. Le levier apparaît quand vous faites tourner vingt agents en parallèle sur votre backlog.
En quoi est-ce différent d'un assistant d'autocomplétion ou de chat ?
L'autocomplétion a besoin d'un humain au clavier. Un assistant de chat a besoin d'un humain qui tape des prompts. CodeCourier s'exécute de manière autonome à l'intérieur d'un environnement en sandbox, livre une pull request, et attend un relecteur. L'humain est dans la boucle de merge, pas dans la boucle de frappe.
CodeCourier écrit-il sur ma branche principale ?
Jamais. Chaque changement est livré sous forme de pull request que vos humains approuvent et mergent. Les agents ont une portée d'écriture de pull request sur l'application GitHub ou GitLab, rien de plus.
Comment gardez-vous mon code source en sécurité ?
Le code source ne vit qu'à l'intérieur de sandboxes éphémères pour la durée d'une exécution. Les secrets sont injectés à l'exécution et jamais écrits sur disque. Nous sommes SOC 2 Type II en cours et conformes au RGPD par défaut. Détails complets sur la page sécurité.
Quels modèles CodeCourier utilise-t-il ?
Nous prenons en charge les principaux modèles de code frontier - dont Claude, les modèles de classe GPT, et des options open source. Vous choisissez le modèle par persona. Nous ne vous enfermons pas chez un seul fournisseur, et nous contournons automatiquement les pannes.
Peut-il gérer de gros monorepos ?
Oui. Les Contexts et la portée par persona vous permettent de pointer les agents vers des sous-arbres spécifiques sans charger tout le dépôt dans le prompt. Plusieurs clients bêta ont fait tourner CodeCourier sur des bases de code d'un million de lignes sans problème.
Que se passe-t-il quand un agent est bloqué ?
Il escalade. L'exécution se met en pause, poste un commentaire avec ce qu'il a essayé, ce qui a échoué, et ce dont il a besoin d'un humain. Vous pouvez intervenir en cours d'exécution, injecter une correction, ou arrêter l'exécution entièrement. Chaque transition d'état est journalisée.
À quelle vitesse mon équipe peut-elle démarrer ?
Cinq minutes de l'inscription à la première PR mergée pour des dépôts TypeScript ou Python typiques. Jour un pour les nouveaux espaces de travail, jour trois pour des personas ajustées, semaine un pour un morceau significatif de backlog résorbé. Réservez un appel si vous voulez un coup de main pour y arriver.
Fabriqué en Suisse. Construit avec soin. Livré maintenant. Bienvenue dans l'ère de l'équipe d'ingénierie IA.