Amp Spaces délègue les tâches aux agents et gère jusqu'à 16 fils parallèles

Lorsque plusieurs agents d'IA corrigent des bogues, relisent du code et préparent une version en même temps, un nouveau problème apparaît vite : qui leur distribue les tâches, surveille les dépendances et rassemble les résultats ? En général, c'est un humain qui s'en charge. Il crée des conversations séparées, transfère le contexte de l'une à l'autre et tente de se rappeler quel agent fait quoi.

Sourcegraph propose une autre interface. Amp dispose désormais de Spaces, des espaces de travail partagés où un agent joue le rôle de coordinateur. L'utilisateur lui fixe un objectif ; celui-ci crée des fils distincts, y rattache des agents et rend compte de l'avancement dans le chat commun. Pour l'équipe, cela ressemble moins à une discussion avec un seul assistant qu'à la gestion d'un petit groupe d'exécutants.

Comment cela fonctionne, sur un exemple simple

Imaginons qu'une équipe lance un nouveau système de paiement. Dans l'espace commun, un développeur écrit : « Vérifiez le calcul des remises, préparez la migration et surveillez les erreurs après la mise en production. » Le coordinateur peut créer trois fils : l'un pour vérifier les formules, le deuxième pour la migration de la base, le troisième pour surveiller les journaux et les retours des utilisateurs.

Si un collègue découvre une erreur d'arrondi sur un coupon, inutile d'ouvrir manuellement une nouvelle conversation et de réexpliquer le contexte. Le coordinateur créera un fil pour l'erreur, l'attribuera à un membre de l'équipe ou à un agent, puis renverra le statut dans le flux commun. Si nécessaire, l'humain ouvre le fil à côté du chat et examine le correctif, la discussion ou les résultats des tests.

Chez Sourcegraph, on explique que Spaces a lui-même été développé de cette manière. L'équipe laissait remarques et idées dans la salle commune, et l'agent les répartissait en fils. Autre exemple : le lancement des comptes de service. Depuis un seul espace, l'équipe déployait la fonctionnalité, suivait les messages sur les réseaux sociaux et Slack, corrigeait les erreurs, envoyait des e-mails et traitait les remboursements des utilisateurs concernés.

Pour un audit de sécurité régulier, l'agent a découpé la base de code en 16 zones, examiné chacune dans un fil séparé, revérifié les problèmes détectés et conservé une synthèse pour l'humain. Cela illustre bien l'intérêt principal de Spaces : le travail parallèle reste visible sans transformer le chat principal en décharge de messages intermédiaires.

Pourquoi c'est important pour les développeurs et les équipes produit

L'essentiel n'est pas un énième bouton pour lancer un agent. Amp place l'interaction à un niveau supérieur : l'humain gère l'objectif, les priorités et les contraintes, et non chaque conversation. Cette approche est particulièrement utile pour les tâches qui se décomposent naturellement en parties indépendantes : audit d'un grand dépôt, préparation d'une version, analyse d'erreurs ou collecte de retours.

Spaces comporte aussi une couche collaborative. Les personnes peuvent discuter du travail dans la salle commune, répondre aux messages et rejoindre des fils précis. Sourcegraph affirme qu'en interne, une partie des échanges a même quitté Slack pour s'y installer. L'espace devient ainsi non seulement un poste de dispatch pour les agents, mais aussi un journal des décisions : on voit qui a posé la tâche, comment elle a été découpée et quel en a été le résultat.

Où rester prudent

Pour l'instant, la description repose surtout sur l'expérience de l'équipe Sourcegraph elle-même. L'entreprise ne fournit aucune donnée comparative : dans quelle mesure Spaces réduit le temps de développement, combien d'erreurs le coordinateur laisse passer et comment le coût augmente avec un grand nombre d'agents parallèles. Le chiffre de 16 correspond à un exemple d'audit de sécurité, et non à une limite annoncée du système.

Le coordinateur ne remplace pas non plus le contrôle d'ingénierie. Si on lui accorde des droits trop larges, il pourra non seulement ouvrir un fil, mais aussi déployer une modification, envoyer un e-mail ou effectuer un remboursement. L'équipe a toujours besoin de restrictions d'accès, d'une confirmation des actions dangereuses, de tests et d'un journal des opérations lisible.

La conclusion pratique est simple : il vaut la peine d'essayer Spaces sur des tâches qui comportent déjà plusieurs axes de travail indépendants. Commencez par un scénario sans risque, par exemple l'audit des modules d'un dépôt, et définissez à l'avance les actions que l'agent peut accomplir seul. Si les résultats sont réellement plus faciles à vérifier que la gestion manuelle d'une dizaine de conversations, la nouvelle interface économise non pas du temps d'écriture de code, mais l'attention de la personne qui pilote le processus.