Den Coding-Agenten auf eine entfernte Orb zu setzen heißt: Der Laptop darf zugeklappt werden, und die Arbeit wird trotzdem fertig. Amp hat schlicht verlegt, wo sie stattfindet.

Wer mit einem Modell Code schreibt, kennt dieselbe Unbeholfenheit. Der Agent läuft auf der eigenen Maschine, also traut man sich nicht, den Rechner auszuschalten, traut sich nicht, zu viele Aufgaben gleichzeitig zu starten, und wenn der Lüfter aufdreht, weiß man, dass mehrere Agenten um eine CPU kämpfen. Amps Antwort ist, die Ausführungsumgebung ganz woandershin zu legen. Jede Aufgabe bekommt eine Maschine in der Ferne, Orb genannt, und der eigene Rechner ist nur noch für Anweisungen und Ergebnisse zuständig.

Eines muss vorweg gesagt werden: Amp ist kein Sourcegraph-Produkt mehr. Es wurde innerhalb von Sourcegraph ausgebrütet und im Dezember 2025 förmlich abgespalten, als Amp Frontier Corporation, mit dem Mitgründer von Sourcegraph als Geschäftsführer und einem Gründungsteam aus der ursprünglichen Mannschaft. Die Produktlinie selbst hat sich nicht geändert, aber von Sourcegraphs Amp zu sprechen ist ab jetzt eine historische Aussage. Es ist ein quellgeschlossenes kommerzielles Produkt mit einem Modell aus kostenloser Stufe plus Abo.

Eine Orb: eine saubere entfernte Maschine pro Aufgabe

Die Orb ist der Kern der Sache. Man öffnet einen Thread im Web, in einem Terminal oder auf dem Telefon, und Amp zieht dafür eine saubere Maschine im Netz hoch, installiert Code, Erweiterungen und Werkzeuge, und der Agent beginnt darin zu arbeiten. Die offizielle Definition ist klar: entfernte Maschinen, auf denen Agenten ohne Aufsicht laufen.

Das löst ein paar konkrete Ärgernisse. Erstens die Isolation: Jede Orb ist eine frische Umgebung, Abhängigkeiten verschiedener Aufgaben geraten nicht aneinander, Ports kollidieren nicht, und das Ganze wird nach Gebrauch weggeworfen, ohne Aufräumen hinterher. Zweitens die Menge: Hunderte oder sogar Tausende Orbs lassen sich öffnen, ein kleiner Patch und ein ganzes Feature folgen demselben Ablauf, und man selbst muss nur einen Prompt schicken.

Laptop zu, der Agent macht weiter

Weil die Ausführung entfernt stattfindet, muss kein Rechner offen bewacht werden. Prompt abschicken, Laptop zuklappen, und der Agent arbeitet in der Orb weiter. Später prüft man den Fortschritt und gibt die nächste Anweisung, im Browser, im Terminal oder auf dem Telefon.

Die offizielle Formulierung ist dabei konkret: Agenten in Orbs arbeiten weiter, nachdem man den Laptop geschlossen hat. Bei mehreren gleichzeitigen Aufgaben ist das Muster besonders bequem, denn jede besitzt ihre Maschine und ihren Kontext, und niemand muss zwischen Terminalfenstern hin und her wechseln.

Auf der Client-Seite gibt es Anwendungen für macOS und iOS, beide als Beta markiert, mit Push-Benachrichtigungen, Diktat und der Möglichkeit, Bilder aus anderen Anwendungen hineinzuteilen. Erwähnenswert ist, dass das Telefon überhaupt keinen Agenten ausführt: Der Agent läuft in einer Orb und nicht auf dem Gerät, weshalb das Handy nur eine Fernbedienung ist und Akku wie Hitze im Rahmen bleiben.

Ein Agent, der sich selbst aufweckt

Ein Detail ist wirklich interessant. Ist der Agent untätig, schläft die Orb von selbst ein, und währenddessen entstehen keine Kosten; ein weiterer Prompt weckt sie, und es geht weiter. Laut Team haben Leute Orbs wochenlang schlafen lassen und danach problemlos weitergearbeitet, und eine schlafende Orb behält Sitzung, Dateien und laufende Dienste.

Noch weiter gedacht: Eine Orb lässt sich durch Ereignisse von außen wecken. Ein neues Ticket im Ticketsystem, eine gescheiterte Pipeline im Hauptzweig oder eine selbst gesetzte geplante Aufgabe lösen Arbeit aus. Man kann sogar in klaren Worten sagen, mach das in den nächsten acht Stunden alle fünfundvierzig Minuten, und der Agent plant es, schläft und wacht pünktlich auf. Der Bereitschaftsteil des Programmierens wird abgegeben.

Portale: die Anwendung in der Orb laufen lassen

Eine Änderung allein am Diff zu beurteilen ist mühsam. Der Ansatz hier ist, die eigene Anwendung in der Orb zu starten und über Portale nach außen zu geben: Alles, was auf einem Port lauschen und HTTP sprechen kann, wird zu einem Portal, und wer es in Amp öffnet, sieht das tatsächliche Ergebnis der Änderungen, mit Live-Neuladen. Ein lokaler Checkout und ein lokaler Entwicklungsserver sind dafür zu keinem Zeitpunkt nötig.

Ein Portal hat eine eigene Adresse und lässt sich an Kolleginnen und Kollegen schicken. Auch jeder Orb-Thread hat eine Adresse, sodass andere das ganze Gespräch zwischen dir und dem Agenten mitlesen können.

Eine Kollegin in dieselbe Orb holen

Multiplayer erlaubt es, Kollegen in eine Orb einzuladen und die Kontrolle über denselben Agenten, denselben Code und dieselbe laufende Anwendung zu teilen. Man diskutiert, während der Agent arbeitet, und öffnet ein Gespräch direkt in der Orb. Wenn Handarbeit nötig ist, lässt sich in der Orb eine Shell öffnen, die dieselbe tmux-Sitzung wie der Agent nutzt, sodass Dateiprüfung, Tests und Fehlersuche an einem Ort stattfinden.

Wer nur die Änderungen lokal haben will, nimmt amp sync: Es spiegelt die Änderungen des Orb-Threads in den eigenen Checkout, während der Agent entfernt weiterläuft.

Vier Stufen Aufwand an einem Regler

Amp lässt kein Modell wählen, sondern einen Aufwandsgrad. Seit Juli 2026 ersetzen vier Stufen die alten Modi, und das Team betont, dies seien Fähigkeitsvoreinstellungen und kein fester Modellwähler: Welches Modell tatsächlich aufgerufen wird, entscheidet Amp, geroutet danach, welche Abos verknüpft sind und welche Grenzen ein Arbeitsbereich setzt.

Low ist schnell und günstig, für kleine und klar umrissene Aufgaben. Medium wiegt Tempo gegen Kosten ab und trägt die meisten Aufgaben. High ist für schwierige Probleme mit tiefer Schlussfolgerung. Ultra ist die höchste Stufe, für offene harte Nüsse.

Neben dem Hauptagenten gibt es einen Oracle für zweite Meinungen und einen Librarian für die Suche über mehrere Repositories hinweg; Projektkonventionen stehen in AGENTS.md, und ein Plugin-System regelt die Rechte von Werkzeugaufrufen. Dazu kommt ein Meta-Agent namens Puck, gebaut, um die anderen Agenten zu verwalten und zu takten, seit August 2026 mit Live-Sprachsteuerung.

Wie der kostenlose Weg funktioniert

Mitte September 2026 wurde die Abrechnung umgestellt, und der Kern war die Trennung von Plattformgebühr und Rechengebühr.

Die neue Hobby-Stufe enthält das volle Produkt. Man kann ein eigenes ChatGPT-Abo oder einen Modell-API-Schlüssel anhängen, und Amp erhebt für eigene Schlüssel keine zusätzliche Token-Gebühr, ohne Obergrenze für die Menge; den Agenten auf einem Runner des eigenen Rechners laufen zu lassen ist ebenfalls kostenlos. Wirklich nach Verbrauch abgerechnet wird die Orb, eine entfernte Maschine nach Laufzeit. Übernimmt man ein fremdes Abo oder bleibt beim lokalen Runner, kann der Alltag auf null Plattformkosten kommen.

Auf der bezahlten Seite kostet Megawatt zwanzig pro Monat mit fünfundvierzigtausend Minuten Orb-Zeit und zwanzig Guthaben; Gigawatt zweihundert pro Monat mit höherer Orb-Klasse und mehr Guthaben. Lehrkräfte und Studierende zahlen zehn im Monat, Teamarbeit kostet keinen Aufschlag pro Kopf, und die Unternehmensstufe wird nach Bedarf angeboten. Das Versprechen von null Aufbewahrung und minimaler Datenhaltung wurde außerdem auf alle Nutzer ausgedehnt statt nur vertraglich für Unternehmen zu gelten.

Zur Abdeckung: Die Web-Version funktioniert ohne Installation, das Terminal-CLI unterstützt macOS, Linux und WSL, und native Anwendungen gibt es für Mac, iPhone und iPad, alle als Beta.

Amp will nicht lösen, wie schnell Code entsteht, sondern wie genau man hinsehen muss. Liegt der Agent erst auf einer entfernten Orb, kann man den Deckel schließen, den Platz verlassen und ihn fertig arbeiten lassen, während man schläft, und das ist ein weit interessanteres Angebot als noch eine Vervollständigungsfunktion.