IDE-Tools · Foto: Homedust, CC BY 2.0

RuleWindsurf Rules & Cross-IDE-RulesLizenz: MITfrei kopierbar

check.mdc

Zuletzt aktualisiert: 20. September 2026

⬇ Als Datei laden

⧉ –× kopiert⬇ –× heruntergeladenBewertung:

Typ

Rule

Lizenz

MIT

Quelle

github.com/steipete/agent-rules ↗

Anwendungsfeld

Windsurf Rules & Cross-IDE-Rules

Vor jedem Push

Voraussetzungen

Projekt mit bereits konfigurierten Lint-, Typprüfungs- und Security-Scan-Tools
KI-Editor/Agent mit Unterstützung für Custom-Regeln (z. B. Cursor)

Einordnung

Die Aktivierung ist einfach, doch der Nutzen hängt vollständig von bereits vorhandener Lint-/Typ-/Security-Tooling ab.

Führt Projekt-Checks (Lint, Typen, Security) aus und behebt Fehler

Für wen: Vor jedem Push

Im Detail

check.mdc lässt den Agenten die im Projekt konfigurierten Qualitätsprüfungen ausführen — typischerweise Linter, Typprüfung und einfache Security-Scans — und behebt gefundene Probleme direkt, statt sie nur aufzulisten. Der Nutzen liegt darin, dass CI-Fehler schon lokal auffallen, bevor ein Push oder Pull Request sie öffentlich macht, was Round-Trips durch die Pipeline erspart. Sinnvoll direkt vor commit-push-Workflows als letzte Vorstufe. Voraussetzung ist, dass Lint-, Typ- und Security-Tools im Projekt bereits konfiguriert sind — die Regel erfindet keine neue Tooling-Infrastruktur, sondern nutzt die vorhandene.

Schritt für Schritt

Regel vor dem geplanten Push bzw. Pull Request aktivieren
Agenten die im Projekt konfigurierten Checks (Linter, Typprüfung, Security-Scan) ausführen lassen
gefundene Probleme vom Agenten direkt beheben lassen statt sie nur aufzulisten
die automatisch vorgenommenen Korrekturen vor dem Commit gegenprüfen
bei wiederkehrenden Fehlern die zugrunde liegende Tool-Konfiguration statt jedes Mal einzeln den Fehler anpassen

Beispiel aus der Praxis

Vor einem Push in einem TypeScript-Projekt mit konfiguriertem ESLint und tsc führt der Agent check.mdc aus, findet zwei Lint-Fehler und einen Typfehler und behebt sie automatisch, sodass der anschließende Push nicht an der CI scheitert.

Praxis-Tipp

Binden Sie die Regel als letzten Schritt vor commit-push.mdc ein, z. B. “Führe check.mdc aus, dann committe und pushe”.

Stolperfallen

Sind im Projekt keine Lint-, Typ- oder Security-Tools konfiguriert, läuft die Regel ins Leere, da sie keine neue Tooling-Infrastruktur erfindet. Automatisch vorgenommene Fixes sollte man vor dem Commit trotzdem durchsehen, da sie nicht immer die gewünschte Lösung treffen.

Siehe auch

Lizenz & Quelle

Lizenz: MIT
Quelle: github.com/steipete/agent-rules

Häufige Fragen.

Ersetzt check.mdc eine CI-Pipeline?

Nein, sie ergänzt sie, indem Fehler schon lokal vor dem Push sichtbar werden, ersetzt aber keine vollständige CI-Prüfung.

Funktioniert die Regel nur mit Cursor?

Laut Quelle ist sie IDE-übergreifend nutzbar, sofern der jeweilige Editor Custom-Regeln unterstützt.

Brauche ich zusätzliche Tools, um die Regel zu nutzen?

Nein, sie nutzt ausschließlich bereits im Projekt konfigurierte Lint-, Typ- und Security-Tools.

Inhalt ansehen (check.mdc)

Lade …

Erfahrungen & Kommentare.

Funktioniert der Rule bei Ihnen? Tipps, Stolperfallen, Varianten — teilen Sie es mit der Community.

Lade Kommentare …