Placer l'agent de codage sur un Orb distant, et le travail se termine une fois le portable refermé. Amp a simplement déplacé l'endroit où les choses se passent.

Quiconque écrit du code avec un modèle connaît la même gêne. L'agent tourne sur votre machine, donc vous n'osez pas l'éteindre, vous n'osez pas lancer trop de tâches à la fois, et quand le ventilateur s'emballe vous savez que plusieurs agents se disputent un seul processeur. La réponse d'Amp est de déplacer entièrement l'environnement d'exécution. Chaque tâche reçoit une machine au loin, appelée Orb, et votre ordinateur se contente de donner des instructions et de lire des résultats.

Une chose doit être dite d'emblée : Amp n'est plus un produit Sourcegraph. Il a été incubé chez Sourcegraph puis formellement séparé en décembre 2025 pour devenir Amp Frontier Corporation, avec le cofondateur de Sourcegraph à la direction et une équipe fondatrice issue de l'équipe d'origine. La gamme elle-même n'a pas changé, mais parler de l'Amp de Sourcegraph est désormais une formule historique. C'est un produit commercial à code fermé, sur un modèle mêlant offre gratuite et abonnement.

Un Orb : une machine distante propre par tâche

L'Orb est l'idée centrale. On ouvre un fil depuis le web, un terminal ou un téléphone, et Amp monte une machine distante propre pour ce fil, y installe votre code, vos greffons et vos outils, et l'agent commence à travailler dedans. La définition officielle est abrupte : des machines distantes où les agents tournent sans surveillance.

Cela règle quelques contrariétés précises. D'abord l'isolation : chaque Orb est un environnement neuf, les dépendances de tâches différentes ne se heurtent pas, les ports ne se disputent rien, et l'ensemble est jeté une fois servi, sans nettoyage a posteriori. Ensuite le nombre : des centaines, voire des milliers d'Orbs peuvent être ouverts, un petit correctif et une fonctionnalité complète suivent le même processus, et il ne reste qu'à envoyer un prompt.

Portable refermé, l'agent continue

L'exécution se faisant à distance, aucune machine ouverte n'est à surveiller. On envoie le prompt, on referme le portable, et l'agent poursuit dans l'Orb. Plus tard, on vérifie l'avancement et on donne la consigne suivante depuis un navigateur, un terminal ou un téléphone.

La formulation officielle est précise : les agents dans les Orbs continuent de travailler après la fermeture du portable. Avec plusieurs tâches en cours, le schéma est particulièrement confortable, chacune possédant sa machine et son contexte, sans va-et-vient entre fenêtres de terminal.

Côté client, il existe des applications macOS et iOS, toutes deux marquées bêta, avec notifications, dictée et la possibilité de partager des images depuis d'autres applications. À noter que le téléphone n'exécute aucun agent : l'agent tourne dans un orb et non sur votre appareil, ce qui fait du mobile une simple télécommande, avec une pression modérée sur la batterie et la chaleur.

Un agent qui se réveille tout seul

Un détail de conception est réellement intéressant. Quand l'agent est inactif, l'Orb s'endort d'elle-même, et rien n'est facturé pendant ce sommeil ; un nouveau prompt la réveille et le travail reprend. Selon l'équipe, des gens ont laissé des Orbs dormir des semaines et sont revenus sans difficulté, et un Orb endormi conserve sa session, ses fichiers et ses services en cours.

Plus loin encore, un Orb peut être réveillé par des événements extérieurs. Un nouveau ticket dans l'outil de suivi, une intégration continue cassée sur la branche principale, ou une tâche planifiée que l'agent s'est fixée déclenchent le travail. On peut même dire en mots simples, fais cela toutes les quarante-cinq minutes pendant les huit prochaines heures, et l'agent planifie, dort et se réveille à l'heure. La part de garde du métier est déléguée.

Les portails : faire tourner l'application dans l'Orb

Juger une modification sur un diff seul est fastidieux. L'approche consiste à démarrer votre application dans l'Orb et à l'exposer via des portails : tout ce qui peut écouter sur un port et parler HTTP devient un portail, et l'ouvrir dans Amp montre le résultat réel des changements, avec rechargement en direct. Aucun checkout local, aucun serveur de développement local n'est nécessaire à aucun moment.

Un portail a sa propre adresse et s'envoie à un collègue pour qu'il regarde. Chaque fil d'Orb a aussi la sienne, si bien que d'autres peuvent lire toute la conversation entre vous et l'agent.

Faire entrer un collègue dans le même Orb

Multiplayer permet d'inviter des collègues dans un même Orb, en partageant le contrôle du même agent, du même code et de la même application en cours. On discute en regardant l'agent travailler, et on ouvre une conversation directement dans l'Orb. Quand il faut mettre les mains dedans, un shell s'ouvre dans l'Orb et partage la session tmux de l'agent : inspection de fichiers, tests et débogage se passent au même endroit.

Si seules les modifications vous intéressent, amp sync les reflète du fil d'Orb vers votre checkout local tandis que l'agent continue à distance.

Quatre niveaux d'effort sur un seul réglage

Amp ne fait pas choisir un modèle, il fait choisir un niveau d'effort. Depuis juillet 2026, quatre crans remplacent les anciens modes, et l'équipe insiste : ce sont des préréglages de capacité et non un sélecteur de modèle figé. Le modèle réellement appelé est décidé par Amp, routé selon les abonnements reliés et les limites qu'impose un espace de travail.

Low est rapide et bon marché, pour les tâches petites et bien délimitées. Medium équilibre vitesse et coût et porte la majorité des tâches. High vise les problèmes difficiles exigeant un raisonnement profond. Ultra est le cran supérieur, pour les questions ouvertes et coriaces.

Au-delà de l'agent principal, un oracle fournit un second avis et un librarian cherche à travers les dépôts ; les conventions du projet vivent dans AGENTS.md, et un système de greffons encadre les autorisations des appels d'outils. S'y ajoute un méta-agent nommé Puck, conçu pour gérer et ordonnancer vos autres agents, avec commande vocale en direct depuis août 2026.

Comment fonctionne la voie gratuite

À la mi-septembre 2026, la facturation a été revue, et le geste central fut de séparer les frais de plateforme des frais de calcul.

Le nouveau palier Hobby inclut le produit complet. On peut y rattacher son abonnement ChatGPT ou une clé d'API de modèle, et Amp ne facture aucun frais de jetons supplémentaire pour l'apport de sa propre clé, sans plafond de volume ; faire tourner l'agent sur un runner de son propre ordinateur est également gratuit. Ce qui est réellement facturé à l'usage, c'est l'Orb, une machine distante facturée au temps de fonctionnement. Reprenez l'abonnement de quelqu'un d'autre, ou restez sur le runner local, et l'usage quotidien peut atteindre un coût de plateforme nul.

Côté payant, Megawatt coûte vingt dollars par mois avec quarante-cinq mille minutes d'Orb et vingt dollars de crédit ; Gigawatt coûte deux cents par mois avec une classe d'Orb supérieure et davantage de crédit. Les enseignants et les étudiants paient dix par mois, la collaboration d'équipe ne coûte aucun supplément par personne, et l'offre entreprise se construit sur demande. La promesse de rétention nulle et de conservation minimale des données a par ailleurs été étendue à tous les utilisateurs, au lieu de rester une garantie contractuelle réservée aux clients entreprise.

Pour la couverture, la version web fonctionne sans rien installer, le CLI de terminal prend en charge macOS, Linux et WSL, et des applications natives existent pour Mac, iPhone et iPad, toutes en bêta.

Ce qu'Amp cherche à corriger n'est pas la vitesse à laquelle le code s'écrit, mais à quel point il faut le surveiller. Une fois l'agent posé sur un Orb distant, on peut refermer le capot, quitter le bureau et le laisser finir pendant qu'on dort, ce qui est une proposition bien plus intéressante qu'une fonction de complétion de plus.