Que sont les agents de programmation infonuagiques (Copilot, Devin, Jules, Codex cloud)?

Un agent de programmation infonuagique est un agent de programmation qui travaille ailleurs. Au lieu de tourner dans votre éditeur ou votre terminal, il démarre un ordinateur neuf dans un centre de données, copie votre projet depuis GitHub ou un service semblable et s’attaque à la tâche confiée : il lit le code, modifie des fichiers, installe ce dont il a besoin et lance les tests. Une fois terminé, il vous remet un résumé et un ensemble de changements, le plus souvent sous forme de demande de tirage (pull request), un changement proposé que vous pouvez lire, commenter, puis fusionner ou rejeter.

L’attrait, c’est la délégation. Vous pouvez confier en même temps la correction d’un bogue, une mise à jour de dépendance et un test manquant, fermer votre portable et revenir à trois demandes de tirage. Le prix à payer : vous ne regardiez pas, alors la révision de ce qui revient devient la partie la plus importante du travail.

Les principaux agents infonuagiques en octobre 2026

La documentation de GitHub décrit un changement qui arrive cette semaine : à partir du 28 octobre 2026, les utilisateurs payants de Copilot ont accès à une nouvelle expérience « Copilot in the cloud », où une session lancée sur le Web peut se poursuivre dans l’application Copilot, un éditeur ou le CLI. La même documentation énumère des limites fermes à connaître : une branche et une demande de tirage par tâche, un plafond de 59 minutes pour les sessions qui tournent sur GitHub Actions, et la prise en charge des seuls dépôts hébergés sur GitHub. Les détails sur Codex viennent de la page de tarifs de Codex d’OpenAI, qui précise que les tâches infonuagiques peuvent consommer davantage de votre allocation que le travail local. Claude Code d’Anthropic fonctionne aussi sur le Web pour de longues tâches, dans le même esprit.

Un exemple concret : bien déléguer une tâche

Un agent infonuagique ne peut pas vous poser de questions en cours de tâche aussi facilement qu’un agent local : les instructions doivent donc tout contenir. Une bonne tâche nomme l’objectif, les limites et la façon de vérifier le succès :

Dans le dépôt shop-api, le point de terminaison /orders renvoie les commandes dans un ordre
aléatoire. Fais-le renvoyer les plus récentes en premier. Modifie seulement les fichiers de src/orders/
et de tests/orders/. Ajoute un test qui crée trois commandes et vérifie
l’ordre des résultats. Lance toute la suite de tests et inclus la sortie dans la
description de la demande de tirage. N’ajoute aucune nouvelle dépendance.

Puis, pendant qu’il travaille, ouvrez le journal de session si l’outil en offre un. GitHub, par exemple, montre les étapes et les outils utilisés par l’agent, mais sa documentation est claire : lire un journal ne remplace pas la révision et le test du résultat par vous-même.

Comment réviser le travail que vous remet un agent?

Commencez par le résumé, puis méfiez-vous-en. Lisez la description de la demande de tirage pour savoir ce que l’agent affirme avoir fait, puis vérifiez chaque affirmation dans les changements réels. Suivez cette liste :

1. La portée. Ouvrez la liste des fichiers modifiés. Tout ce qui sort des dossiers que vous avez nommés est un signal d’alarme. Un correctif de deux lignes qui touche douze fichiers mérite une explication.
2. Les tests. Vérifiez que l’agent a ajouté ou mis à jour des tests, et qu’il n’en a pas supprimé ni affaibli pour les faire réussir. Confirmez que les tests ont vraiment tourné : dans vos vérifications d’intégration continue, pas seulement dans le rapport de l’agent.
3. Le diff, ligne par ligne. Lisez les changements comme si un nouveau collègue les avait écrits. Demandez à l’agent, ou à un second agent, d’expliquer toute partie que vous ne suivez pas.
4. Les dépendances et les secrets. Cherchez les nouveaux paquets, les fichiers de configuration modifiés et tout ce qui ressemble à une clé ou à un mot de passe.
5. L’essai. Récupérez la branche et essayez la fonction vous-même, y compris un cas auquel l’agent n’a peut-être pas pensé.

La documentation de GitHub prévient elle-même que Copilot peut produire du code incorrect, y compris du code comportant des failles de sécurité, et demande de réviser et de tester avant la mise en production; la même prudence vaut pour tous les agents présentés ici. Si un changement est erroné, commentez la demande de tirage avec des instructions précises et laissez l’agent le corriger, ou fermez-la et rédigez une tâche plus claire. Avec le temps, les remarques de révision que vous répétez sont la meilleure matière pour le fichier d’instructions du projet, afin que la tâche suivante commence avec elles déjà en place.