Was macht Claude Code gerade? Welche Dateien waren beteiligt? Und wie lässt sich eine Korrektur festhalten, damit sie beim nächsten Arbeitsschritt nicht wieder untergeht?
Das GitHub-Projekt boonpflug/claude-mods-deutsch greift solche Fragen mit acht kleinen Plugins auf. Im Repository heißen sie auch Mods. Die Sammlung bietet Anregungen für alle, die ihren Arbeitsablauf mit Claude Code gezielt ergänzen möchten – ohne gleich sämtliche Erweiterungen zu installieren.
Was sind deutsche Claude-Code-Mods?
Claude Code ist Anthropics Coding-Agent für die Softwareentwicklung im Terminal. Die acht Mods ergänzen einzelne Bereiche: Sie zeigen Aktivitäten oder Dateien an, heben Informationen hervor, halten Feedback fest oder ergänzen eine Kontrolle vor bestimmten Löschaktionen.
Die Sammlung stammt vom GitHub-Autor boonpflug und steht unter der MIT-Lizenz. Laut README sollen die Dateien klein, lesbar und anpassbar sein. Das beschreibt den Ansatz des Projekts, ist aber keine unabhängige Bewertung seiner Qualität oder Sicherheit.
Welche Unterstützung passt zum eigenen Arbeitsablauf?
Bei längeren Sitzungen, vielen beteiligten Dateien oder wiederkehrenden Korrekturen stellen sich unterschiedliche Fragen. Die Mods lassen sich deshalb nach ihrem möglichen Nutzen einordnen.
Überblick und Nachvollziehbarkeit
Anwendungsbeispiel: Nach einer Unterbrechung an einer Fehlerkorrektur möchtest du nachvollziehen, welche Dateien geändert wurden und welche Änderungen noch geprüft werden müssen.
Drei Mods setzen an verschiedenen Stellen an:
Mod | Dokumentierte Funktion | Wichtige Grenze
- fortschritt | Macht laufende Aktivität sichtbar. | Sichtbare Aktivität sagt nichts über die Qualität der Ergebnisse aus.
- dateibaum | Stellt erkannte Dateien übersichtlich dar. | Kein vollständiges Protokoll aller Dateizugriffe.
- replay | Stellt Änderungen für einen späteren Rückblick dar. | Kein vollständiger Sitzungsverlauf.
Die Auswahl hängt damit von der Frage ab: Geht es um den aktuellen Arbeitsstand, um beteiligte Dateien oder um den Rückblick auf Änderungen? Diese Aufgaben sind verwandt, aber nicht identisch.
Wichtige Informationen und Feedback festhalten
Anwendungsbeispiel: Eine längere Antwort enthält einen wichtigen Hinweis. Später wird außerdem eine Arbeitsweise korrigiert, die auch bei künftigen Aufgaben gelten soll. Was sollte nur hervorgehoben werden – und was gehört tatsächlich in die Projektregeln?
Mod | Dokumentierte Funktion | Wichtige Grenze
- merk-dir-das | Hebt wichtige Punkte aus längeren Antworten hervor. | Nutzt dafür zusätzliche Modellaufrufe mit Haiku.
- regel-merken | Formuliert Feedback mit Haiku als allgemeine Projektregel und hält sie fest. | Schreibt nach dem Klick auf „Speichern“ direkt in die CLAUDE.md, ohne vorherige Vorschau der formulierten Regel.
Bei regel-merken erscheint zunächst eine Rückfrage mit den Optionen „1 Speichern“ und „2 Nein danke“. Erst der Klick auf „Speichern“ startet das Formulieren und Schreiben der Regel. Die Bestätigung folgt danach. Den neuen Eintrag solltest du anschließend auf Gültigkeit und Widersprüche zu bestehenden Projektregeln prüfen.
Der Unterschied ist wichtig: Ein hervorgehobener Hinweis ist noch keine dauerhafte Regel. Und eine Korrektur für einen einzelnen Arbeitsschritt muss nicht für das ganze Projekt gelten.
Anwendungsfrage bei wiederkehrenden Korrekturen: Ist beispielsweise „Diese Datei diesmal nicht ändern“ nur eine Ausnahme – oder soll daraus eine allgemeine Vorgabe werden? Genau diese Entscheidung sollte nicht ungeprüft an eine Erweiterung abgegeben werden.
Zusätzliche Kontrolle vor bestimmten Löschaktionen
Anwendungsbeispiel: Bei Aufräumarbeiten steht eine Löschaktion an. Vor der Ausführung soll noch einmal geprüft werden, ob die angezeigten Dateien und der Umfang zur eigentlichen Aufgabe passen.
sprengradius greift bei bestimmten Löschbefehlen über Bash ein: bei bestimmten rekursiven rm-Befehlen, bei rmdir und bei find -delete. Der Mod ermittelt die Ziele, zeigt gefundene Dateien an und bietet „Abbrechen“ oder „Ja, löschen“ an.
Diese zusätzliche Bestätigung ist nur hilfreich, wenn du die Dateiliste verstehst und einschätzen kannst, was gelöscht werden soll. Andernfalls bleibt sie ein weiterer Klick statt einer bewussten Prüfung.
Die technische Grenze: Der Mod erfasst nur bestimmte Bash-Löschbefehle. Findet er keine Dateien, läuft der Befehl weiter. Er ist deshalb kein Rundumschutz für Löschaktionen.
Verständlichere Meldungen und Umgang mit Pausen
Zwei weitere Mods betreffen die Darstellung und Unterbrechungen im Arbeitsablauf:
Mod | Dokumentierte Funktion | Wichtige Grenze
- deutscher-skin | Zeigt ausgewählte Werkzeugmeldungen auf Deutsch an. | Keine vollständige Übersetzung von Claude Code.
- cache-waechter | Erinnert nach einer Pause und bietet optionales Warmhalten an. | Dabei können zusätzliche Modellaufrufe und Tokens anfallen.
Anwendungsfragen: Sind deutsche Werkzeugmeldungen für das Mitlesen hilfreich? Wird eine Erinnerung nach einer Pause überhaupt benötigt? Und rechtfertigt optionales Warmhalten den zusätzlichen Tokenverbrauch?
Einen Mod auswählen statt alle installieren
Beginne mit einem Problem, das in deinem Arbeitsablauf wiederholt auftritt. Musst du nach Unterbrechungen regelmäßig nach geänderten Dateien suchen? Gehen wichtige Hinweise unter? Oder wiederholst du dieselbe Korrektur immer wieder?
Wähle dann gezielt den Mod aus, dessen beschriebene Funktion dazu passt. Geht es beispielsweise um den Rückblick auf Änderungen, schau dir zunächst replay an. Bei wiederkehrendem Feedback lohnt sich ein genauer Blick auf regel-merken. Lies dazu die README und die Beschreibung des jeweiligen Mods: Welche Funktion ist dokumentiert, welche Grenzen bestehen und welche zusätzlichen Aufrufe oder Dateizugriffe sind damit verbunden?
Laut README wird eine aktuelle Version von Claude Code benötigt; als getestet nennt das Projekt Version 2.1.306. Den beschriebenen Installationsweg für das gewünschte Plugin enthält die README des Repositorys.
Vor einer Installation sind vor allem diese Punkte wichtig:
- Berechtigungen: Die Mods arbeiten mit denselben Rechten wie Claude Code.
- Tokenverbrauch: Zusätzliche Modellaufrufe können den Verbrauch erhöhen, etwa bei merk-dir-das, beim Formulieren einer Regel durch regel-merken und beim optionalen Warmhalten durch cache-waechter.
- Projektregeln: regel-merken verändert die CLAUDE.md. Neue Einträge nach dem Speichern darauf prüfen, ob sie zum Projekt passen und bestehenden Vorgaben nicht widersprechen.
- Löschaktionen: Ziel, Umfang und Rückweg vorab prüfen. Eine zusätzliche Bestätigung ersetzt nicht das Verständnis der betroffenen Dateien.
Wer zunächst nur eine passende Funktion auswählt, kann gezielter beurteilen, ob sie den eigenen Bedarf erfüllt.
Was davon als Inspiration für Codex taugt
Auch ohne Claude Code ist die Sammlung als Ideensammlung interessant. Für die Arbeit mit Codex lassen sich daraus vier allgemeine Fragen ableiten:
- 1. Wichtige Hinweise und Entscheidungen festhalten: Welche Informationen sollen nach einer längeren Sitzung leicht wiederzufinden sein?
- 2. Dateiänderungen nachvollziehen: Wie lässt sich erkennen, welche Dateien geändert wurden und was noch geprüft werden muss?
- 3. Projektregeln aus Feedback ableiten: Welche wiederkehrenden Korrekturen sind allgemeingültig genug für eine geprüfte Projektregel?
- 4. Einzelne Aktionen kontrollieren: Bei welchen Schritten ist eine zusätzliche Prüfung sinnvoll, beispielsweise vor dem Löschen von Dateien?
Beispiel für eine Anfrage an Codex:
„Betrachte dieses Repository als Ideensammlung. Welche Ansätze für nachvollziehbare Dateiänderungen und geprüfte Projektregeln könnten zu unserem Projekt passen? Unterscheide vorhandene Möglichkeiten von Vorschlägen, die erst umgesetzt und getestet werden müssten. Nimm noch keine Änderungen vor.“
Übertragbar sind hier zunächst die Ideen, nicht automatisch die Plugins. Aus der Sammlung folgt weder eine Codex-Kompatibilität noch eine verfügbare, getestete Codex-Implementierung. Eine vorgeschlagene Übertragung müsste gesondert auf Eignung, Berechtigungen und Funktion geprüft werden.
Fazit
Die acht Mods zeigen unterschiedliche Ansatzpunkte: Aktivitäten sichtbar machen, Dateien und Änderungen nachvollziehen, Hinweise hervorheben, Feedback festhalten oder bestimmte Löschaktionen zusätzlich kontrollieren.
Die entscheidende Frage ist nicht, wie viele Erweiterungen verfügbar sind. Sie lautet: An welcher Stelle fehlt im eigenen Arbeitsablauf Unterstützung? Die Sammlung liefert dafür konkrete Ideen und dokumentierte Funktionen.
Welche Funktion fehlt euch bei Claude Code oder Codex am meisten: mehr Überblick über Änderungen, eine bessere Verwaltung von Projektregeln oder zusätzliche Kontrollen bei kritischen Aktionen?
Quellen und Prüfstand
Grundlage sind das GitHub-Repository und die README zum geprüften Commit.
Prüfstand vom 27. Oktober 2026: Commit 1d5b419b2316d29d03e9c316bc7ce3104fa94b87 vom 21. Oktober 2026, der am Prüftag noch dem aktuellen HEAD entsprach. Die in der README als getestet genannte Claude-Code-Version ist 2.1.306.
Weiterführender Hinweis: „9 neue Claude Code Mods, die deinen Workflow verändern“ vom Kanal „Worth Making | KI. Produkt. Business.“ Der Videoinhalt wurde nicht ausgewertet und dient nicht als Grundlage für die Tatsachenaussagen dieses Artikels. Ein Zusammenhang mit den acht Plugins im Repository ist nicht belegt; der Videotitel nennt neun Mods.