Kein Vorschlag.
Eine Regel, die hält.

Eine Vorgabe, die ein KI-Coding-Agent innerhalb eines festgelegten Geltungsbereichs befolgen muss. Eine Regel trägt einen Scope-Typ (folder, file_type oder project), eine Priorität (high, medium oder low) und eine Durchsetzungsstufe (advisory oder strict), die zusammen entscheiden, wo sie gilt, wie stark sie hervortritt und was passiert, wenn etwas gegen sie verstößt.

Eine Memory sagt, was hier zutrifft, und der Agent wägt sie gegen die Situation ab. Eine Regel sagt, was nicht passieren darf, und steht nicht zur Verhandlung. Wenn die ehrliche Antwort „kommt darauf an, der Agent soll darüber nachdenken“ lautet, schreib stattdessen eine Memory: Wer es als Regel schreibt, verspielt die Glaubwürdigkeit aller anderen Regeln.

Meist, weil die Regel in einer langen Anweisungsdatei mit fremden Vorgaben konkurriert, weil ihr Geltungsbereich falsch ist und sie deshalb auf den Pfaden, auf denen sie zählt, nie greift, oder weil sie als Vorliebe formuliert ist und deshalb zu Recht weggewogen wird. Ausführlich: warum Cursor-Regeln stillschweigend ignoriert werden und warum Claude Code deine CLAUDE.md ignoriert.

Beides ist möglich, und es hängt vom Client ab. Eine strikte Regel mit freigegebenem Blockiermuster wird vom lokalen Pathrule-Hook geprüft, der eine passende Bearbeitung ablehnt, bevor sie landet, und die Regel als Grund nennt. Pathrule CLI und die VS-Code-Erweiterung registrieren diesen Hook für Claude Code, Codex, Cursor und GitHub Copilot. Windsurf und Remote MCP bekommen Regeln als Kontext, ohne Ereignis vor dem Schreiben, an dem blockiert werden könnte.

Wenige. Hohe Priorität heißt, dass die Regel immer eingespeist wird, wenn der Geltungsbereich passt, sie ist also ein Budget: Wenn die Hälfte deiner Regeln hohe Priorität hat, hat keine sie wirklich. Reserviere sie für Verstöße, die Bugs, Sicherheitsregressionen oder Compliance-Probleme verursachen, und setz alles andere standardmäßig auf mittel.

Cursor-Regeln und Claude-Code-Regeln lassen sich pfadbezogen eingrenzen, und beide Produkte bieten Hooks. Pathrule speichert jede Regel mit Geltungsbereich, Priorität und Durchsetzung in einer gemeinsamen Workspace-Quelle, wählt sie für die Aufgabe aus und sendet sie an Claude Code, Codex, Cursor, GitHub Copilot und Windsurf. Im direkten Vergleich: Pathrule vs. Cursor Rules und Pathrule vs. Anweisungsdateien.

Nein. Pathrule setzt darauf auf. CLAUDE.md, AGENTS.md und .cursorrules machen weiter, was sie gut können, nämlich Repository-weite Konstanten. Pathrule trägt die pfadbezogenen Vorgaben, die diese Dateien nicht gut abbilden können.

Ja. Regeln sind wiederverwendbar: Ein Regelobjekt lässt sich an mehrere Knoten hängen, sodass eine gemeinsame Vorgabe einmal geschrieben und geprüft wird, statt pro Verzeichnis kopiert zu werden. Regeln schreiben beschreibt die Details.