VS Code Große Agenten-Sitzungslisten: PR-Erweiterungsanalyse

Früher hat sich dein Editor um Tabs gesorgt. Heute sorgt er sich um Scharen halbautonomer Praktikanten mit Commit-Zugriff. Das nützliche Signal in Tech Insiders neuer Schritt-für-Schritt-Anleitung ist nicht einfach, dass jemand eine VS-Code-Erweiterung für von Agenten erzeugte Pull Requests bauen kann. Sondern dass der Editor langsam wie ein Flugkontrollturm für Bots aussieht, die PRs öffnen, Artefakte hinterlassen und dann verschwinden, als hätten sie eine Lasagne im Ofen.

Die Release Note wurde zur Roadmap

Laut Nadia Dubois von Tech Insider hat VS Code am 25. September 2026 Version 1.139.1 veröffentlicht, und die Release Note sagt, dass der Editor „große Agenten-Sitzungslisten“ schneller verarbeiten muss. Tech Insider berichtet außerdem, dass Cursor drei Tage zuvor zwei Bots gestartet hat: Rollouts und Security Review. Diese beobachten Pull Requests bis durch das Deployment hindurch und markieren ausnutzbare Bugs automatisch. Nimmt man beides zusammen, wird das Produktsignal laut: Agenten-Coding ist nicht mehr nur Autocomplete im Trenchcoat. Es erzeugt Sitzungen, PR-Zustände, Review-Artefakte und Sicherheitsbefunde, die Entwickler sehen müssen, ohne sich wie ein Waschbär im Rechenzentrum durch sechs Tabs zu wühlen.

Deshalb ist Tech Insiders 14-Schritte-Tutorial über die reine Mechanik des Bauens einer VS-Code-Erweiterung hinaus wichtig. Die Lücke, die es beschreibt, ist ein fehlender einheitlicher Ort, um Agenten-Sitzungen, PR-Automatisierung und Security-Scanning zu sehen, besonders wenn ein Team mehrere autonome Coding-Agenten gleichzeitig laufen lässt. Der Editor wird zur Koordinationsschicht, nicht weil IDEs heilige Tempel sind, sondern weil Entwickler dort ohnehin leben. Wenn die Roboter Papierkram einreichen, muss jemand den Schreibtisch bauen.

Agenten-PRs sind nicht mehr theoretisch

Der Werkzeugdruck ist nicht nur anekdotisch. Im arXiv-Paper How AI Coding Agents Modify Code analysierten Forschende 24.014 gemergte agentische PRs mit 440.295 Commits und verglichen sie mit 5.081 gemergten menschlichen PRs mit 23.242 Commits, unter Verwendung der MSR-2026-Mining-Challenge-Version des AIDev-Datensatzes. Sie fanden deutliche Unterschiede bei der Commit-Anzahl und berichteten Cliff’s δ=0,5429, außerdem moderate Unterschiede bei berührten Dateien und gelöschten Zeilen. Die Studie stellte auch fest, dass agentische PRs über alle Messungen hinweg eine etwas höhere Ähnlichkeit zwischen Beschreibung und Diff hatten.

Das sind keine Moralstatistiken. Sie sagen nicht, ob Agenten-PRs gut, schlecht oder heimlich drei Eichhörnchen in einem Hoodie sind. Sie sagen, dass Agentenbeiträge eine messbare Form haben, und dass Werkzeuge diese Form sichtbar machen sollten, statt sie in ein vibes-basiertes grünes Häkchen zu pressen. Eine gute VS-Code-Erweiterung für von Agenten erzeugte PRs sollte Commit-Anzahl, berührte Dateien, Diff-Zusammenfassung, Review-Status und Sicherheitsbefunde genau in dem Moment lesbar machen, in dem ein Mensch entscheidet, ob er der Sache vertrauen soll.

Im Review versteckt sich der Flaschenhals

Laut dem arXiv-Paper 3100 Opinions on Code Review in an AI World verfassen Coding-Agenten inzwischen ganze Pull Requests, und Fachleute sind sich uneinig darüber, ob Code Review zum Flaschenhals wird, ob menschliches Review weiterhin nötig bleibt und ob Review das Verständnis verliert, das es früher aufgebaut hat. Dasselbe Paper sagt, dass eine Beobachtungsanalyse öffentlicher GitHub-Aktivität ergab, dass von Agenten verfasste Pull Requests seltener reviewed, mehrfach schneller gemergt und weniger diskutiert wurden als von Menschen verfasste. Dann kommt der spaßige kleine Kaktus auf dem Stuhl: Die Richtung dieser Trends kippt bei anderen, aber ebenso vertretbaren Analyseentscheidungen.

Das ist die Dashboard-Falle. Wenn deine Erweiterung nur schnellere Merges und weniger Kommentare zählt, belohnt sie vielleicht genau das Verhalten, das dein Team genauer prüfen sollte. Die arXiv-Studie sammelte 38.709 Grey-Literature-Dokumente, codierte eine geschichtete Zufallsstichprobe von 3.100 mit einer LLM-gestützten Pipeline und baute ein Kausalmodell mit 26 Konstrukten und 67 Beziehungen. Übersetzung für Builder: Instrumentiert den Workflow, aber tut nicht so, als erkläre sich der Workflow von selbst. Metriken sind Rauchmelder, keine Richter in winzigen Roben.

IDEs und Terminals nähern sich im Agentenbetrieb an

Die andere Seite dieser Geschichte ist, dass Agenten nicht höflich im Editor bleiben. Im arXiv-Paper Building AI Coding Agents for the Terminal stellen die Autoren OpenDev als Open-Source-Coding-Agenten für die Kommandozeile vor und beschreiben Architekturentscheidungen wie workload-spezialisiertes Modell-Routing, ein Dual-Agent-Design, das Planung von Ausführung trennt, Lazy Tool Discovery, adaptive Kontextkomprimierung, automatisiertes Gedächtnis und ereignisgesteuerte Systemerinnerungen. Das ist eine Menge Maschinerie für etwas, das früher Befehle eintippen hieß, aber hier sind wir nun und erzählen Shell-Skripte wie Naturdokus.

Das ist wichtig für VS Code, weil Editor-Werkzeuge Agenten dort abholen müssen, wo sie entstehen. Manche Arbeit beginnt in einem terminal-nativen Agenten, manche in einer IDE-Erweiterung, manche in einem PR-Bot und manche in irgendeiner verfluchten Integration, die dein Team während eines Sprints geschrieben hat, der nach einem griechischen Buchstaben benannt war. Tech Insiders Tutorial ist nützlich, weil es den Editor als Aggregationsfläche für Agentenarbeit behandelt, nicht als den einzigen Ort, an dem Agentenarbeit passiert. Das Gewinner-Muster ist keine hübschere Chatbox. Es ist eine Betriebsansicht für Codeänderungen, die von zunehmend autonomen Werkzeugen erstellt werden.

Für Builder ist der nächste Schritt bescheiden: Agenten-PRs dort sichtbar machen, wo Review ohnehin stattfindet, den Status menschlicher Reviews sichtbar halten und genug Kontext bewahren, damit Geschwindigkeit nicht zu Archäologie wird. Beobachtet, ob Editor-Release-Notes weiterhin die Skalierung von Agenten-Sitzungen erwähnen, denn Release Notes sind der Ort, an den Produktwahrheit geht, nachdem das Keynote-Konfetti aufgesaugt wurde. Der Editor ist nicht mehr nur der Ort, an dem Code geschrieben wird. Er ist der Ort, an dem die Praktikanten gezählt werden.