Coding-Agenten entwickeln eine Plugin-Ökonomie: Was Claude Code Mods und Cursor Projects ändern

Die Erweiterungsfläche ist das neue Schlachtfeld

Fast das ganze Jahr 2026 drehte sich die Diskussion über Coding-Agenten um Modelle: welches besser schlussfolgert, welches sauberere Diffs schreibt, welches eine lange Sitzung übersteht. Der Oktober verlagerte die Debatte an einen weniger glamourösen Ort. Sie wanderte zu dem, woran Agenten andocken.

In einer einzigen Woche Anfang Oktober füllte sich die Trending-Seite von GitHub mit Repositories, die überhaupt keine Modelle waren. Da war cursor/plugins, eine Plugin-Spezifikation plus eine Reihe offizieller Plugins. Da war mattpocock/skills, ein Sammelsurium von Agent-Skills, direkt aus dem .agents-Verzeichnis eines Entwicklers gehoben. Da war michael-denyer/pstack-claude, das eine Reihe strenger Agent-Workflows über ein halbes Dutzend verschiedener Harnesses portiert. Keines davon erzeugt von sich aus ein Bild oder ein Token. Alle bringen den Agenten, den Sie bereits haben, dazu, mehr zu tun.

Das ist die Veränderung, die Beachtung verdient. Das Modell wird zu einer Komponente. Die Differenzierung lebt jetzt in der Erweiterungsschicht.

Was im Oktober erschien

Zwei Anbieterzüge gaben den Ton an. Anthropic lieferte Claude Code Mods in Version 2.1.292: eine Plugin-Architektur, in der Plugins tieferes Verhalten verändern, nicht nur Tool-Aufrufe. Ein Mod kann sich in agent.spawn einklinken, um Subagent-Typen zu genehmigen oder abzulehnen, Prompt-Blöcke zur Latenzreduktion zu cachen oder native Benachrichtigungen auszulösen. Ein eingebauter Mod lässt sogar einen Seitenagenten laufen, der beobachtet, was Sie oder Claude übersehen haben könnten. Es ist das erste Mal, dass ein großer Terminal-Agent sich selbst als Plattform statt als Produkt behandelt.

Das Oktober-Changelog von Cursor liest sich wie ein Strategiewechsel. Remote Control lässt lokale Agenten auf Ihrer Maschine weiterlaufen, während sich eine iOS-App mit ihnen verbindet. Rollouts beobachtet jedes Deployment, schreibt einen Überwachungsplan als PR-Kommentar, erkennt Regressionen und kann einen Revert-PR öffnen. Security Review liest jede PR im Kontext der Codebasis und postet einen Kommentar, der Injektionslücken, Auth-Bypässe und committete Secrets markiert. Und Projects führt einen Koordinator-Agenten ein, der überhaupt keinen Code schreibt: Er plant, delegiert an Implementierungsagenten, verwaltet geteilten Kontext und läuft auf seinem eigenen Cloud-Computer.

Keines von beiden ist eine Funktionsliste. Beide sind Aussagen darüber, wohin sich der Wert verschiebt: von der Fähigkeit, Code zu erzeugen, hin zur Fähigkeit, die Agenten zu organisieren, die ihn erzeugen.

Skills, Mods, Plugins und das Namenschaos

Das Vokabular hat sich noch nicht gefestigt, und das ist selbst ein nützliches Signal. Anthropic nennt sie Mods. Die Community-Repositories nennen sie Skills. Cursor nennt sie Plugins. Sie beschreiben ungefähr dieselbe Idee: ein verpacktes Stück Verhalten, das der Agent zur Laufzeit lädt, das ändert, was der Agent kann oder wie er sich verhält, und das jemand anderes als der Modellanbieter geschrieben hat.

Das Muster ist aus früheren Plattform-Ären vertraut. Ein Tool erscheint mit einer kleinen Reihe eigener Fähigkeiten. Eine Community wächst darum herum und baut den langen Schwanz. Ein Ökosystem entsteht. Irgendwann umarmt der Plattforminhaber das Ökosystem und verkauft Zugang dazu, oder er bekämpft es und verliert die Aufmerksamkeit der Entwickler. Terminal-Agenten stehen sichtbar mitten in diesem Bogen.

Was es mehr macht als eine Neuauflage der App-Store-Geschichte, ist das Objekt, das verpackt wird. Ein Plugin für einen Fotoeditor erweitert, was der Editor zeichnen kann. Ein Mod für einen Coding-Agenten erweitert, was der Agent tun darf, wie er schlussfolgert, welche Subagenten er erzeugen darf und was er ablehnt. Sie bearbeiten das Urteilsvermögen eines Mitarbeiters und seine Berechtigungen, nicht bloß das Hinzufügen eines Pinsels. Das ist eine viel seltsamere Sache, die man aus dem Git-Repository eines Fremden installiert.

Das Vertriebsmodell verstärkt den Punkt. Die meisten dieser Erweiterungen werden nicht verkauft. Sie werden aus den Dotfiles von jemandem kopiert, angepasst und zurückgeschoben. Die Währungseinheit ist keine Lizenzgebühr, sondern Aufmerksamkeit und Vertrauen. Ein Plugin, das einen Befehl ausführte, den Sie nicht beabsichtigt hatten, würde den Ruf eines Maintainers schneller beenden als jede Code-Review, und das Ökosystem hat begonnen, sich entsprechend selbst zu regulieren. Das Ergebnis ist ein seltsamer Hybrid: ein Erweiterungsmarkt mit fast keinem Markt darin, zusammengehalten durch gemeinsame Konventionen und die Tatsache, dass jeder den Quellcode jedes anderen lesen kann.

Warum die Workflow-Ports mehr zählen als die Plugins

Das Repository, das am meisten aussagt, ist nicht das größte. Es ist das, das einen Workflow über Harnesses hinweg portiert. Wenn eine Reihe von Prompts und Prozessregeln von Claude Code zu Codex zu Copilot zu Gemini übersetzt werden kann, ist der Workflow nicht mehr an einen Anbieter gebunden und wird zu einem Asset, das Sie besitzen. Der Agent wird austauschbar. Ihre Arbeitsweise nicht.

Das hat eine offensichtliche kommerzielle Folge. Wenn Ihr Wettbewerbsvorteil in Ihren Prompts und Prozessen liegt, dann ist ein Modellanbieter-Wechsel eine Kostenentscheidung statt einer Neuentwicklung. Liegt er in einem proprietären Harness, ist der Wechsel ein Migrationsprojekt. Teams, die einen Deprecation-Zyklus eines Anbieters durchgemacht haben, müssen nicht erst gefragt werden, was sie bevorzugen.

Ein leiserer Preis: die Vertrauenssteuer

Jede Erweiterungsfläche birgt eine Sicherheitsfrage, und diese ist schärfer als sonst. Eine Skill, die Shell-Befehle innerhalb Ihres Agenten ausführen kann, führt Shell-Befehle auf Ihrer Maschine aus. Ein Mod, der Subagent-Spawns genehmigen oder ablehnen kann, trifft eine Berechtigungsentscheidung, die Sie sonst treffen würden. Der Komfort und das Risiko kommen im selben Paket.

Das ist kein Argument gegen das Ökosystem. Es ist ein Argument dafür, Agent-Erweiterungen so zu behandeln wie eine Abhängigkeit: Versionen festnageln, lesen, was sie tun, und misstrauisch gegenüber denen sein, die mehr Zugriff verlangen, als die Aufgabe braucht. Das Werkzeug bewegt sich schneller als die Normen um es herum, was die übliche Reihenfolge ist und selten eine bequeme.

Worauf als Nächstes zu achten ist

Drei Dinge werden Ihnen zeigen, wohin das führt. Erstens, ob die Plugin-Installation eine echte Vertrauensschicht bekommt: Signierung, Berechtigungsbereiche, ein Marketplace mit Prüfung. Zweitens, ob die Workflow-Portierungs-Repositories ein stabiles Publikum behalten, während Anbieter weiter eigene Konkurrenz liefern. Drittens, ob „welchen Agenten benutze ich“ aufhört, eine Frage zu sein, die Leute stellen, so wie „welche Browser-Engine“ für Endnutzer meist aufgehört hat, eine Frage zu sein.

Die ehrliche Lesart des Oktobers ist, dass die Branche aufgehört hat, Agenten zu bitten, klüger zu sein, und begonnen hat, sie zu bitten, besser organisiert zu sein. Plugins, Skills, Mods und Koordinator-Agenten sind alle dieselbe Wette: dass der schwierige Teil nützlicher Autonomie nicht Intelligenz ist, sondern Infrastruktur. Wenn diese Wette richtig ist, ist das Wertvollste, was diesen Monat ausgeliefert wurde, kein Modell. Es ist ein Ort, um die Teile abzulegen.

Es gibt ein Risiko in dieser Rahmung, das es wert ist, benannt zu werden. Infrastruktur-Wetten zahlen sich langsamer aus als Modell-Wetten, und sie sind schwerer zu demonstrieren. Ein neues Modell erzeugt einen Graphen, der nach rechts oben geht. Eine Plugin-Architektur erzeugt einen Ordner mit Dateien und ein Versprechen, dass das Ökosystem ihn füllen wird. Die Teams, die die nächste Phase des Agent-Toolings gewinnen, sind vielleicht die, die geduldig genug sind, die langweilige Schicht zu bauen, während alle anderen eine Bestenliste neu laden.