Amp.

Eine individuelle Umgebung für jede Aufgabe

Amp ist als Agent und Entwicklungsumgebung angelegt. Statt eines einzigen gemeinsamen Arbeitsordners bietet die Plattform orbs: für eine konkrete Sitzung vorbereitete Rechner mit Code und Werkzeugen. Eine entfernte Aufgabe kann auch bei geschlossenem Laptop weiterlaufen; über einen anderen Client lässt sie sich später wieder aufrufen.

Dieser Ansatz eignet sich für lange Prüfungen oder mehrere unabhängige Änderungen. Sie müssen dabei wissen, wo Dateien liegen, welche Secrets der Umgebung übergeben wurden und was nach dem Beenden des Rechners geschieht. Ein geschlossenes lokales Terminal bedeutet nicht, dass der entfernte Prozess angehalten wurde oder keine Ressourcen mehr verbraucht.

Modelle und Projektregeln

Amp verwendet mehrere Modelle und bietet Modi für unterschiedliche Aufgaben. Regeln in AGENTS.md, skills, Plugins und MCP vermitteln Projektkonventionen und Werkzeuge. Eine kurze Regel, die eine konkrete Prüfung und das erwartete Ergebnis nennt, ist meist hilfreicher als die allgemeine Bitte, keine Fehler zu machen.

Verbundene Systeme sollten nicht als Referenztext ohne Konsequenzen betrachtet werden. Wenn das Tool in der Lage ist, in ein Repository zu schreiben oder eine Bereitstellung auszuführen, erweitert es die Fähigkeiten des Agenten. Für die neue Automatisierung müssen Sie zuerst die zulässigen Aktionen und das zu überprüfende endgültige Artefakt bestimmen; dann entscheiden Sie, welche Anmeldeinformationen es wirklich benötigt.

Beispiel: einen instabilen Test korrigieren

Angenommen, ein Browsertest wartet gelegentlich nicht lange genug auf eine Liste. Übergeben Sie den ursprünglichen Test, die Fehlermeldung und die Vorgabe, den Timeout nicht ohne Begründung zu erhöhen. Lassen Sie das Problem reproduzieren, ein verlässliches Bereitschaftssignal ermitteln und die kleinste nötige Änderung vornehmen.

Ein erfolgreicher Testlauf sagt wenig über Instabilität aus. Prüfen Sie mehrere Wiederholungen in derselben Umgebung und stellen Sie sicher, dass der Test weiterhin einen echten Fehler erkennt. Im Bericht sind der ausgeführte Befehl, die Anzahl der Testläufe und die verbleibenden Fehler hilfreich. Dies ist ein Beispiel für eine Übungsaufgabe und kein Ergebnis eines von uns durchgeführten Amp-Tests.

API und zwei Arten von Kosten

Amp bietet eine eigene External API für Daten des Arbeitsbereichs: Diskussionsthreads, Projekte, Mitglieder und Kennzahlen. Sie dient weder zum Starten des Agenten noch zur Verwaltung der orb-Umgebung. Für die Automatisierung der eigentlichen Arbeit mit Amp verweist die Dokumentation auf CLI und SDK. Wählen Sie für Ihre Integration die passende Schnittstelle und prüfen Sie die Berechtigungen der Zugangsdaten.

Der aktuelle Hobby-Tarif erlaubt eigene runners, self-hosted orbs und externe Tokens zu den jeweiligen Bedingungen. Von Amp gehostete Umgebungen (Amp orbs) werden gesondert bezahlt. Kostenpflichtige Tarife enthalten einen bestimmten Nutzungsumfang. Kostenloser Plattformzugang übernimmt nicht die Kosten eines Cloud-Modells über Ihren Schlüssel. Kalkulieren Sie vor langen Aufgaben sowohl inference als auch Rechnerlaufzeit und prüfen Sie anschließend den fertigen diff und die tatsächlich ausgeführten Tests.

Wenn die Aufgabe aus der Ferne fortgesetzt wird, ist es nützlich, einen verständlichen Haltepunkt zu bestimmen: eine vorbereitete Änderung, eine abgeschlossene Überprüfung oder das Warten auf die Entscheidung einer Person. Dies hilft, endlose Verbesserungen des Projekts zu vermeiden, insbesondere wenn die Umgebung Zugriff auf externe Systeme hat und ohne offenen Client weiterarbeitet.

Für welche Aufgaben geeignet

• Führen Sie lange Aufgaben in einer separaten Umgebung durch
• Sitzung zwischen den Geräten fortsetzen
• Regeln und Werkzeuge des Teams anbinden
• Daten des workspace über eine externe API abrufen