Unsere Einordnung
Augment Code passt zu Teams, deren Schwierigkeit darin liegt, ein großes Repository zu verstehen, bevor sie es ändern: Eine Kontext-Engine indexiert den Code, und die Änderung kann in VS Code, JetBrains, der CLI oder mit Cosmos-Agenten beginnen. Die Freigaben bleiben bei Ihren Ingenieuren, und die Dokumentation beschreibt den Umgang mit Abhängigkeiten nicht: Prüfen Sie ihn zuerst an Ihrem eigenen Code.
Warum alles beim Repository beginnt
Bevor ein Assistent Code sicher ändern kann, muss er wissen, was dieser Code berührt. Pure Storage beschreibt das Problem in einer vom Anbieter veröffentlichten Fallstudie: ein monolithisches Repository in C++, Python und Go, in dem laut dem CTO für Sicherheit und GenAI eine kleine Änderung in einem Gerätetreiber große Auswirkungen an anderer Stelle haben kann. Die Engineering-Leitung sagt, Copilot habe in diesem Repository wenig gebracht, und ein bereichsübergreifendes Team habe sich nach einer Evaluation für Augment entschieden. Das ist die Darstellung des Kunden, kein unabhängiger Vergleich.
Augments eigene Beschreibung stellt die Kontext-Engine in den Mittelpunkt: Coding-Agenten auf Basis einer Engine, die große Codebasen indexiert. Dieselbe Engine wird im Kern der Cosmos-Plattform und in der Auggie-CLI genannt; das Verständnis wird also über die Einstiegspunkte geteilt, statt in jedem neu aufgebaut zu werden.
Was die Indexierung leistet und wie es um Abhängigkeiten steht
Das konkreteste Beispiel für schichtübergreifendes Verständnis stammt erneut von Pure Storage. Der CTO sagt, andere Werkzeuge hätten eine Funktion, die in einen C++-Wrapper gehüllt ist, nicht bis zu einem Gerätetreiberaufruf verfolgen können, die Kontext-Engine von Augment dagegen schon. Das ist die Aussage eines Kunden über ein bestimmtes Repository.
Die Seiten zur Kontext-Engine nennen ihren Zweck, nicht ihre Funktionsweise. Wie Abhängigkeiten dargestellt werden, wie schnell der Index einen neuen Commit abbildet und wie mehrere Repositories behandelt werden, wird dort nicht erklärt. Betrachten Sie diese Punkte als unbekannt, nicht als nicht vorhanden.
Redaktioneller Vorschlag, keine Funktion des Anbieters: Wählen Sie vor einer Entscheidung eine Funktion aus einer von mehreren Diensten genutzten Bibliothek, lassen Sie sich alle Aufrufer nennen und vergleichen Sie das Ergebnis mit Ihrer eigenen Suche. Ein Fehlen zeigt, wo ein Mensch weiter prüfen muss.
Die Änderung ausführen: IDE, CLI oder Cosmos
Es gibt drei Einstiegspunkte. Erweiterungen existieren für Visual Studio Code und JetBrains-IDEs, die Auggie-CLI bringt Agent und Kontext-Engine ins Terminal, und Cosmos führt Agenten über Trigger oder nach Zeitplan aus. Cosmos liefert Experten wie den PR Author, der eine Aufgabenbeschreibung vom ersten Commit bis zum Merge führt, und den Tester, der die Änderung ausführt und Ergebnisse mit Screenshots veröffentlicht. Trigger gibt es für GitHub, GitLab, Slack, Linear und Jira, und Agenten laufen in verwalteten Sandboxes oder auf Ihren eigenen Rechnern für Code, der das Haus nicht verlassen darf.
MoneyGram zeigt den IDE-Weg. In der vom Anbieter veröffentlichten Fallstudie berichtet ein Ingenieur, Spring-Boot-Migrationen, die zuvor Wochen dauerten, mit Augment zu automatisieren und nun in etwa zwei Stunden zu erledigen, indem er die Migration beschreibt und das Werkzeug ihren Abschluss bestätigen lässt. Derselbe Bericht nennt Jira- und Confluence-Anbindungen über MCP-Werkzeuge in IntelliJ und VS Code sowie die Nutzung von Augment, um unbekannten Quellcode zu erklären, statt dem Autor hinterherzulaufen. Das sind berichtete Ergebnisse eines Teams, kein Benchmark.
Die Arbeit verändert sich: Der Ingenieur legt Änderung und Abschlusskriterium fest, das Werkzeug übernimmt die wiederkehrenden Edits. Einen detaillierten Ablauf von Ticket zu PR beschreibt die gelesene Dokumentation über die genannten Cosmos-Experten hinaus nicht.
Wo die Prüfung stattfindet
Cosmos versteht Qualitätsschranken als Teil des Entwurfs: Die Arbeit pausiert zur Prüfung und läuft nach einer Antwort weiter, und folgenreiche Aktionen genehmigt ein Mensch. In der Code-Review-Schleife erhält jeder Pull Request eine erste Durchsicht, damit erfahrene Ingenieure sich auf Absicht und Architektur konzentrieren. Der Anbieter nennt für diese Schleife 66 % schnellere Zeit bis zum Merge, ohne Grundgesamtheit oder Ausgangswert anzugeben; lesen Sie das nicht als Benchmark.
Code Review ist in allen Tarifen enthalten und bezieht sich auf GitHub-Pull-Requests. Enterprise ergänzt Nutzungsanalysen, Nutzer-Allowlists, MCP-Anbindungen an Jira, Linear und Notion für mehr Kontext, Installation in mehreren Organisationen sowie unbegrenzte Plätze und Repositories.
Der CTO von Pure Storage beschreibt ein privates Projekt, bei dem ein aus formalen Spezifikationen aufgebautes System über 1.000 Tests bestand, ohne dass er den Code las. Beachten Sie, woher das Vertrauen kam: aus der Spezifikation, die er geschrieben hatte, und den Tests, die sie prüften, nicht allein aus dem Werkzeug.
Was ein Durchlauf kostet
Standard kostet 20 $ pro Monat, Business 100 $ pro Monat, jeweils pauschal für bis zu 50 Plätze und mit dem gleichen Dollarbetrag als enthaltenem Verbrauch. Der Verbrauch umfasst Modellinferenz, Context Engine und Cosmos-Rechenzeit. Modelle werden zum öffentlichen Listenpreis des Anbieters plus einer pauschalen Servicegebühr von 40 % abgerechnet, auf Rechenzeit fällt keine Gebühr an. Enthaltener Verbrauch und Aufladungen werden im Team gepoolt, Aufladungen sind 12 Monate gültig. Enterprise wird über den Vertrieb angeboten.
Die Folge: Die Kosten folgen der Aktivität, nicht der Personenzahl. Ein Agent, der jeden Pull Request prüft, zieht vom selben Guthaben wie Ingenieure, die in der IDE Fragen stellen; messen Sie daher eine Woche echter Nutzung, bevor Sie einen Tarif wählen. Support bei Standard und Business läuft über die Community und ein Ticketportal; dedizierter Support gehört zu Enterprise.
Was bei den Entwicklern bleibt
Zu den Daten erklärt der Anbieter, dass Kundencode standardmäßig nicht zum Training von Modellen verwendet wird und dass bezahlte Tarife KI-Training in den Geschäftsbedingungen ausschließen. Er nennt SOC 2 Type II und ISO 42001; kundenverwaltete Schlüssel und ISO 42001 erscheinen als Enterprise-Merkmale. Das sind Angaben des Anbieters: Fordern Sie die Berichte an, bevor Sie sich darauf stützen.
Alles andere liegt bei Ihnen: die Aufgabe und das Abschlusskriterium zu formulieren, den Diff zu lesen, folgenreiche Aktionen zu genehmigen und zu prüfen, ob die Tests das geänderte Verhalten tatsächlich abdecken. Das Produkt setzt Ingenieure an Kontrollpunkte; es entscheidet nicht für sie, was korrekt ist.
Methodik und Grenzen
2026-10-28
Diese datierte Momentaufnahme zählt die einzelnen Unternehmen mit öffentlichen Kundennachweisen. CONFIRMED steht für eine Fallstudie, ein namentliches Zitat oder eine Pressequelle, DECLARED für eine Angabe des Unternehmens selbst, OBSERVED für eine Kundenliste des Anbieters und SIGNAL für eine Stellenanzeige. Alle vier Stufen zählen, ihre Aussagekraft ist aber unterschiedlich. Entfernte Einträge und Einträge ohne Stufe sind ausgeschlossen. Die Beispiele sind eine begrenzte Auswahl, die in den letzten 90 Tagen geprüft wurde. Die Angaben der Anbieter stammen aus Quellen, die in den letzten 60 Tagen geprüft wurden. Die Abdeckung ist ungleichmäßig, und wo Belege fehlen, ist der Stand unbekannt. Diese Zahlen messen weder Marktanteile noch die Leistung eines Produkts. Erfassungsdaten sind keine Einführungsdaten.
