PathruleCursor editiert.
Pathrule erinnert sich.
Gemeinsame Regeln und Team-Kontext für Cursor. Eine pfadbezogene Quelle erreicht Cursor über seine Session- und Tool-Hooks, eine .cursor/rules-Datei, die Cursor selbst lädt, und MCP.
CursorBeispielOhne
Erledigt. Die Seite ruft /api/orders in einem useEffect ab.
Nutzt fetch, wo das Team den API-Client verwendet.2 Versuche
Mit Pathrule
beim Session-Start und bei der ersten Bearbeitung: 3 Notizen für features/orders
- Den API-Client nutzen, nicht fetch
- React Query für Daten
- Gemeinsame Buttons aus ui/
Erledigt. Bestellungen laden über den API-Client mit React Query.
Passt zu dem, was das Team schon entschieden hat.1 Versuch
So erreicht Pathrule Cursor.
- Dateien, die er liest: jaDateien, die er liest
- .cursor/rules
- vor jedem Prompt: neinvor jedem Prompt
- Kein Prompt-Hook
- rund um Tool-Aufrufe: jarund um Tool-Aufrufe
- Tool-Hooks
- wenn er fragt: jawenn er fragt
- Lokal
Hooks beim Session-Start und rund um Tool-Aufrufe, eine Regeldatei, die Cursor selbst lädt, und MCP für alles, was der Agent anfordert.
.cursorrules vs. Pathrule
- Native Anweisungsdateien lassen sich nach Pfad eingrenzen und über die Versionskontrolle teilen.
- Änderungen folgen den Berechtigungen des Repositorys und seiner Git- oder Pull-Request-Historie.
- Der Kontext hängt davon ab, welche Dateien und Vorgaben der Client lädt.
- An Cursor gebunden; andere Agenten brauchen ihre eigenen Dateien.
- Das Onboarding folgt dem Anweisungs-Setup des Repositorys.
- Pfadbezogener Ausschnitt für das Verzeichnis, in dem das Modell gerade arbeitet.
- Überprüfbare Regeln und Skills mit serverseitig durchgesetztem Workspace-Zugriff und einer Selbstprüfung.
- Die Token-Kosten skalieren mit dem relevanten Ausschnitt, nicht mit dem ganzen Regelwerk.
- Derselbe Inhalt erreicht Claude Code, Codex, GitHub Copilot und Windsurf.
- Onboarding = „dem Workspace beitreten; die richtigen Regeln erscheinen auf den richtigen Pfaden“.
Ausführlich: Warum KI-Coding-Assistenten eingegrenzte Regeln brauchen.
Was Pathrule zu Cursor beiträgt
- Einspeisung per HookBeim Session-Start und nach Tool-AufrufenPathrule läuft an den Hooks
sessionStartundpostToolUsevon Cursor, sodass der eingegrenzte Ausschnitt ankommt, wenn eine Session startet, und dem Agenten folgt, während er Dateien anfasst. Das Prompt-Ereignis von Cursor kann keinen Kontext tragen, deshalb nutzt Pathrule es nicht. - Pfadbezogener GraphRegeln dort, wo sie geltenEine Regel, die an
/apps/webhängt, greift nur, wenn Cursor unter diesem Pfad arbeitet..cursorrulesist nicht länger die Ablage für alles. - Überprüfbares TeamwissenMemories, Regeln, SkillsDrei Wissenstypen, überprüfbar in der Local Console und in VS Code, mit gemeinsamem Verfassen in der Cloud über CLI und MCP. Veraltete Regeln werden zum Aufräumen angezeigt, und gleichzeitige Bearbeitungen werden sauber als Konflikt erkannt, statt sich gegenseitig zu überschreiben.
- Gleicher Inhalt, jeder AgentEine Quelle für jeden AgentenClaude Code, Codex, GitHub Copilot und Windsurf bekommen dasselbe pfadbezogene Wissen, die Wahl des Editors zersplittert also nicht, was das Team weiß.
Häufige Fragen.
Was bringt Pathrule für Cursor?
Eine pfadbezogene Wissensschicht, die Team-Memories, Regeln und Skills über die Session- und Tool-Hooks von Cursor, eine .cursor/rules-Datei und MCP in Cursor liefert. Kontext kommt an, wenn eine Session startet, und nach jedem Tool-Aufruf, sodass das Modell den Ausschnitt sieht, der zu dem Verzeichnis passt, in dem gearbeitet wird.
Ist Pathrule eine Alternative zu Cursor Rules?
Pathrule ist eine Schicht über dem eigenen Kontext von Cursor. Cursor-Regeln werden eingecheckt und per Glob eingegrenzt, und das funktioniert; Cursor hat außerdem Memories und gemeinsame Projects. Diese haben innerhalb von Cursor ihre eigenen Regeln für Teilen und Vorrang. Pathrule hält beide Hälften einsehbar, teilt die Workspace-Hälfte mit deinem Team und nimmt deine eigenen Arbeitsvorlieben ins nächste Repository mit.
Kann mein ganzes Team Cursor-Regeln über Pathrule teilen?
Ja. Pathrule ist für Teams gebaut. In einem Pathrule-Cloud-Workspace werden Regeln und Skills in einem nach Pfaden indizierten Graphen mit serverseitig durchgesetztem Workspace-Zugriff geteilt, und der Cursor jedes Teammitglieds bekommt sie, ebenso wie Claude Code, Codex, GitHub Copilot und Windsurf.
Warum ignoriert Cursor meine .cursorrules?
Cursor-Regeln unterstützen Globs, die Eingrenzung ist also nicht mehr das Problem, das sie einmal war. Was bleibt: Eine Regel wird als Text ohne Rang geliefert, sodass sich eine harte Anforderung wie eine Vorliebe liest, und alles, was Cursor darüber lernt, wie du arbeitest, bleibt in Cursor. Pathrule speichert jede Regel mit einer Priorität und einer Durchsetzungsstufe, sodass Anforderungen über Ratschlägen stehen, eine strikte Regel im Pre-Tool-Hook von Cursor eine passende Bearbeitung blockieren kann und das, was Pathrule lernt, außerhalb jedes einzelnen Editors bleibt.
Wie wird Pathrule in Cursor installiert?
Führe npm i -g @pathrule/cli aus, dann pathrule setup in deinem Projekt, und wähle Cursor (mit --local läuft es ohne Konto). Setup schreibt Hook-Einträge in .cursor/hooks.json, die auf ein einzelnes, nicht obfuskiertes Node.js-Skript unter ~/.pathrule/bin zeigen, schreibt .cursor/rules/pathrule-protocol.mdc und fügt einen lokalen MCP-Eintrag hinzu. Entfernst du diese Einträge, ist Pathrule entfernt.
Sieht Pathrule meinen Quellcode?
Nein. Pathrule lädt den Quellcode deines Repositorys nicht automatisch hoch. Im lokalen Modus gibt es kein Konto, und das Wissen bleibt auf deinem Rechner. Im Cloud-Modus speichert Pathrule Cloud die Memories, Regeln und Skills, die dein Team schreibt, der Anfang jedes Prompts wird gesendet, damit gerankt werden kann, was gilt, und pathrule snapshot lädt, wenn du oder dein Agent es ausführt, den Dateibaum, Manifeste, kurze Auszüge aus der Doku und aktuelle Git-Metadaten hoch. Die vollständige Aufschlüsselung steht auf der Seite Sicherheit.