Claude Code und die angeblichen Mods: Was bekannt ist und was noch bestätigt werden muss

Eine beschriebene Funktion, aber keine Bestätigung aus einer Primärquelle

Claude Code könnte ein Erweiterungssystem namens Mods erhalten. Beschrieben wird es als Möglichkeit, die Benutzeroberfläche anzupassen und eigene Logik in Entwicklungsabläufe einzubringen – möglicherweise auch mit JavaScript oder TypeScript. Die für diesen Beitrag verfügbaren Belege enthalten jedoch weder eine Ankündigung von Anthropic noch eine technische Dokumentation aus erster Hand, die Start, Datum, Verfügbarkeit oder diese Funktionen bestätigt.

Diese Unterscheidung ist wichtig. Beschreibungen Dritter können einen Hinweis auf eine Funktion liefern. Sie reichen aber nicht aus, um festzustellen, was diese in einer bestimmten Version tatsächlich kann, wer sie nutzen darf oder unter welchen Bedingungen sie ausgeführt wird. Derzeit wäre es daher nicht gerechtfertigt, Mods als offiziell verfügbare Funktion darzustellen oder zu behaupten, dass sie Tool-Aufrufe abfangen, im Hauptprozess laufen oder beliebige Teile der Oberfläche verändern können.

Die bereitgestellte offizielle Dokumentation zur Verwaltung von Plugins in Claude Code behandelt organisatorische Kontrollen für Plugins. Sie bestätigt weder eine Kategorie namens Mods noch, dass die beschriebenen Kontrollen dafür gelten. Plugins und Mods sollten nicht ohne entsprechende Dokumentation als dasselbe behandelt werden.

Welche Funktionen Mods zugeschrieben werden – und was offenbleibt

Die verfügbaren Beschreibungen stellen Mods als Erweiterungen dar, die das Verhalten von Claude Code verändern, Elemente der Benutzeroberfläche anpassen und eigene Funktionen hinzufügen könnten. Eine Beschreibung bezeichnet sie außerdem als TypeScript-Code. Diese Angaben sind als zugeschriebene Eigenschaften zu verstehen, nicht als von Anthropic bestätigte technische Spezifikation.

Auch die Bedeutung von „einen Tool-Aufruf abfangen“ ist unklar. Gemeint sein könnte, ein Ereignis lediglich zu beobachten, Parameter zu ändern, einen Vorgang zu blockieren oder vor beziehungsweise nach dem Aufruf eigene Logik auszuführen. Diese Möglichkeiten unterscheiden sich erheblich hinsichtlich Zugriff und Risiko. Ohne eine offizielle Liste unterstützter Ereignisse und zulässiger Operationen lässt sich nicht bestimmen, was ein Mod tatsächlich tun kann.

Auch die Aussage, ein Mod werde „innerhalb von Claude Code“ ausgeführt, beantwortet die Sicherheitsfrage nicht. Sie sagt nicht, ob der Code mit den Berechtigungen des Nutzers läuft, auf Dateien oder Zugangsdaten zugreifen kann, auf eine eingeschränkte API begrenzt ist oder in einer isolierten Umgebung ausgeführt wird. Dafür braucht es ausdrückliche Dokumentation, die zur verwendeten Version und zum jeweiligen Betriebssystem passt.

Warum Berechtigungen entscheidend sind

Eine Erweiterung, die lediglich die Darstellung ändert, birgt andere Risiken als eine, die Vorgänge mit Dateien, Befehlen oder externen Diensten beeinflussen kann. Wenn ein Mechanismus auf Tool-Aufrufe einwirken kann, muss ein Team nicht nur wissen, welche Vorgänge unterstützt werden. Es muss auch klären, wer sie genehmigt, wie sie protokolliert werden und was passiert, wenn das Modul fehlschlägt.

Die entscheidende Frage lautet nicht nur, ob der Code in JavaScript oder TypeScript geschrieben ist. Die Programmiersprache legt weder den Umfang des Zugriffs noch die Isolation oder Sicherheit einer Erweiterung fest. Relevant sind ebenso die Laufzeitumgebung, die verfügbaren Schnittstellen, die Herkunft des Codes, der Aktualisierungsprozess und die Möglichkeit, Änderungen vor der Ausführung zu prüfen.

Die Dokumentation zur Plugin-Verwaltung kann als Anhaltspunkt dafür dienen, dass Claude Code administrative Kontrollen für Plugins vorsieht. Diese Garantien lassen sich jedoch nicht automatisch auf Mods übertragen. Vorher müsste geklärt sein, ob Anthropic Mods als Plugins definiert, ob sie dieselben Installationsmechanismen verwenden und ob die Kontrollen für alle relevanten Versionen und Nutzungsarten gelten.

Was vor der Installation oder Weitergabe eines Mods geprüft werden sollte

Solange keine überprüfbare Dokumentation vorliegt, sollten Teams jeden Mod als Code eines Drittanbieters behandeln und ihn nicht ohne vorherige Prüfung in sensiblen Umgebungen installieren. Das ist eine vorsorgliche Empfehlung – keine Beschreibung von Produktkontrollen, deren Existenz bestätigt wäre. Sinnvoll ist es, zunächst den Code zu beschaffen, die verantwortliche Person oder Organisation zu ermitteln und Abhängigkeiten sowie vorgesehene Vorgänge zu prüfen.

Die technische Bewertung sollte außerdem von der Freigabe zur Nutzung getrennt werden. Auch ein kleines Modul kann externe Pakete voraussetzen, Konfigurationen ändern oder sich nach einem Update anders verhalten. Entscheidet sich ein Team für einen Test, sollte dieser zunächst in einem Testprojekt mit nicht sensiblen Daten und ohne unnötige Zugangsdaten stattfinden. Ebenso ist zu prüfen, wie sich das Modul entfernen lässt und ob es außerhalb von Claude Code Änderungen hinterlässt.

Für die Weitergabe an Kolleginnen und Kollegen reicht es nicht, eine Datei oder eine Installationsanleitung zu teilen. Das Team muss festlegen, wer Aktualisierungen prüft, wie die Herkunft des Codes validiert wird und was bei einer neuen Version mit Änderungen passiert. Falls Anthropic organisatorische Kontrollen, Signierung, Prüfung oder Verteilung speziell für Mods anbietet, muss deren Geltungsbereich anhand entsprechender Dokumentation bestätigt werden, bevor sich Teams darauf verlassen.

Was Anthropic noch klarstellen müsste

Eine offizielle Spezifikation müsste zunächst beantworten, ob Mods veröffentlicht wurden, an welchem Datum und für welche Nutzer oder Plattformen. Außerdem sollte sie angeben, ob die Funktion allgemein verfügbar, eine Vorschau oder auf bestimmte Konfigurationen beschränkt ist. Mods müssten dabei ausdrücklich von bestehenden Plugins abgegrenzt werden.

Auf technischer Ebene wäre eine Referenz der verfügbaren Schnittstellen und Ereignisse erforderlich. Sie müsste auch die Grenzen dafür beschreiben, ob Tool-Aufrufe beobachtet oder verändert werden können. Für die Sicherheit wären Angaben zum Ausführungsmodell, zum Zugriff auf Dateien und Zugangsdaten, zur Isolation, zur Genehmigung von Aktionen und zu verfügbaren Protokollen wichtig. Für Teams wären darüber hinaus Optionen zur Prüfung, Signierung, Verteilung und Durchsetzung von Richtlinien relevant.

Bis diese Angaben anhand aktueller Primärdokumentation überprüft werden können, ist es am sachlichsten, Mods als eine zugeschriebene Funktion zu beschreiben – nicht als bestätigte Fähigkeit von Claude Code. So wird eine mögliche Personalisierung nicht mit einer Sicherheitsgarantie oder einer bereits verfügbaren Funktion verwechselt.

Weiter entdecken

Korrekturen und Transparenz

Wenn du falsche oder veraltete Angaben findest, sende uns die Seite und die zu prüfende Quelle.