PathruleAbgefragt,
oder schon da.
Ein MCP-Memory-Server lässt einen Agenten Wissen speichern und wieder abrufen, das die Session überdauert. Das Protokoll regelt, wie der Agent mit ihm spricht. Es regelt nicht, wann das Wissen ankommt, und bei einem Coding-Agenten entscheidet genau das, ob es überhaupt genutzt wird.
Abruf auf Anfrage
Erledigt. Der Rabatt wird auf die Bestellsumme angewendet.
Nichts legte eine Abfrage nahe, also wurde nichts abgerufen.1 stiller Fehler
Auslieferung per Hook
Hook, vor dem ersten Tool-Aufruf
- Gutscheine hängen an der Position, nie an der Bestellsumme.
Erledigt. Der Rabatt wird auf jede Position angewendet.
Im Kontext, ob der Agent gefragt hätte oder nicht.0 Fehler
Pathrule stellt MCP-Tools bereit, ist aber kein Memory-MCP-Server. MCP ist einer der Wege, auf denen Wissen einen Agenten erreicht, und Pathrule MCP ist die Seite zu den eigenen MCP-Oberflächen von Pathrule. Dahinter steht eine Intelligenzschicht: Projektwissen, persönliches Wissen und Teamwissen als typisierte Memories, Regeln und Skills, auf Pfade bezogen und als der Teil geliefert, den eine bestimmte Aufgabe braucht, wobei strikte Regeln auf Clients, die einen Hook haben, im Hook geprüft statt als Text zurückgegeben werden. Wer Pathrule als Memory-MCP beschreibt, benennt die Steckdose, nicht das System.
Was ein Memory-Server tun soll.
- Die Unterhaltung überdauernDas Minimum. Was in einer Session geschrieben wurde, ist in der nächsten lesbar, ohne dass der Client es aufbewahrt.
- Typisiert zurückkommenEine Memory, eine Regel und ein Ablauf sind verschiedene Dinge. Ein Server, der einen undifferenzierten Textblock zurückgibt, überlässt es dem Agenten, sie auseinanderzuhalten.
- Von jedem Client erreichbar seinDer Grund, das Protokoll überhaupt zu nutzen. Ein Store, viele Agenten, keine Kopie desselben Wissens pro Agent.
- Sagen, worauf sich eine Anfrage beziehtFür einen Coding-Agenten ist der Geltungsbereich, der zählt, der Pfad, in dem gearbeitet wird. Ohne ihn liefert jeder Lesezugriff den ganzen Store, und der Client zahlt für die Differenz.
Abruf auf Anfrage. Auslieferung, bevor es losgeht.
- Der Agent ruft ein Tool auf, wenn er entscheidet, dass er etwas braucht.
- Für eine Vorgabe, die der Agent nie vermutet hat, kommt nichts an.
- Der Geltungsbereich ist das, was der Agent in den Argumenten übergibt.
- Funktioniert von einem reinen Cloud-Client aus, ohne Installation.
- Nur Kontext. Es gibt kein Ereignis vor dem Schreiben, an das sich ein Hook hängen ließe.
- Der passende Ausschnitt kommt vor dem ersten Tool-Aufruf an, an den Hook-Punkten, die der Client bereitstellt.
- Die Vorgabe ist im Kontext, ob der Agent gefragt hätte oder nicht.
- Der Geltungsbereich ist das Arbeitsverzeichnis, das der Hook tatsächlich sieht.
- Braucht Pathrule auf dem Rechner: die CLI oder die VS-Code-Erweiterung.
- Auf Clients mit Tool-Hooks kann eine strikte Regel eine verletzende Änderung blockieren, bevor sie landet.
Im direkten Vergleich mit der Referenzimplementierung des Protokolls: Pathrule vs. der MCP-Memory-Server. Quellen: Model Context Protocol: Referenz-Memory-Server, Model Context Protocol: Spezifikation.
Gleiches Protokoll, andere Aufgabe.
Ein Referenz-Memory-Server ist ein Ort, an dem ein Agent Dinge ablegen kann. Eine Kontextschicht entscheidet, welches Wissen zu welchem Teil des Baums gehört, und bringt es vor den Agenten, bevor er anfängt. Wenn eine Person auf einem Rechner einen dauerhaften Notizspeicher will, ist der Referenzserver die kleinere und bessere Antwort. Pathrule ist das, was die zweite Person oder der zweite Agent nötig macht.
Lokaler Server oder gehosteter Endpunkt.
$ pathrule setup
- Löst dein Arbeitsverzeichnis auf
- Arbeitet neben den Hooks, die setup installiert
- Lokaler Modus ohne Konto
- Jeder unterstützte Client kann ihn nutzen
$ claude mcp add --transport http pathrule https://cloud.pathrule.io/mcp
- Keine Installation nötig
- Anmeldung mit einem Pathrule-Konto
- Keine Hooks, keine lokalen Dateien
- Antwortet auf Anfrage, nie vorher
Beide nutzen MCP und dieselben Wissenstypen des Workspaces. Lokales stdio und Remote MCP haben unterschiedliche Tool-Kataloge und Argument-Schemas; prüfe tools/list auf dem Server, mit dem du dich verbindest.
Einen Client verbinden
Claude Code
Codex
Cursor
GitHub Copilot
WindsurfHäufige Fragen.
Was ist ein MCP-Memory-Server?
Ein Server für das Model Context Protocol, dessen Tools einen Agenten Wissen speichern und in einer späteren Session wieder lesen lassen. Weil er MCP spricht, kann sich jeder MCP-Client ohne eigene Integration verbinden, und genau das macht das Gedächtnis zwischen Agenten portabel.
Legt MCP fest, wie Gedächtnis funktionieren soll?
Nein. MCP regelt den Transport und den Tool-Vertrag, nicht das Gedächtnismodell. Zwei MCP-Memory-Server können sich bei jeder Nachricht einig sein und trotzdem verschieden sehen, was eine Memory ist, wie sie eingegrenzt wird und ob der Agent danach fragen muss.
Warum reicht MCP-Gedächtnis allein für einen Coding-Agenten nicht?
Weil ein MCP-Tool Pull ist: Der Agent ruft es auf, wenn er entscheidet, dass er etwas braucht. Nach einer Vorgabe, von der er nicht weiß, dass es sie gibt, fragt er nie, also kommt nichts an, und der Fehler bleibt still. Diesen Fall deckt die Auslieferung vor dem ersten Tool-Aufruf ab, und dafür braucht es einen Hook auf dem Rechner, keine Protokollfunktion.
Was unterscheidet Pathrule vom Referenz-Memory-Server von MCP?
Der Referenzserver ist ein Wissensgraph aus Entitäten, Relationen und Beobachtungen, gespeichert in einer JSONL-Datei auf einem Rechner: ein guter Ort, an dem ein Agent Dinge ablegen kann. Pathrule ergänzt Pfadbezug, Team-Mitgliedschaft, typisierte Regeln mit Durchsetzung und die Auslieferung vor dem ersten Tool-Aufruf auf Clients mit Hooks. Der vollständige Vergleich: Pathrule vs. der MCP-Memory-Server.
Muss ich etwas installieren, um Pathrule über MCP zu nutzen?
Nicht für einen Client, der Remote MCP unterstützt. Der gehostete Endpunkt unter https://cloud.pathrule.io/mcp verbindet sich per OAuth mit einem Pathrule-Konto, ohne Installation: Dokumentiert sind Claude Code, Codex und Claude.ai, und jeder Client, der Streamable HTTP mit OAuth unterstützt, kann dieselbe URL nutzen. Für die Auslieferung zum Hook-Zeitpunkt oder für den lokalen Modus ohne Konto installierst du Pathrule CLI (npm i -g @pathrule/cli, dann pathrule setup) oder die VS-Code-Erweiterung.
Kann der gehostete Endpunkt eine strikte Regel durchsetzen?
Nein. Er hat kein Ereignis vor dem Schreiben, an das sich ein Hook hängen ließe, also liefert er Regeln als Kontext und kann keine Änderung blockieren. Pathrule CLI und die VS-Code-Erweiterung registrieren den Pathrule-Hook für Claude Code, Codex, Cursor und GitHub Copilot, wo eine strikte Regel mit freigegebenem Blockiermuster eine passende Bearbeitung stoppen kann. Windsurf und Remote MCP bekommen Regeln nur als Kontext.
Welche MCP-Clients können sich mit Pathrule verbinden?
Jeder Client, der das Protokoll spricht. pathrule setup verbindet Claude Code, Codex, Cursor, GitHub Copilot und Windsurf mit dem lokalen Server, zusammen mit den Hooks und Anweisungsdateien, die jeder davon unterstützt, und Clients, die Streamable HTTP mit OAuth unterstützen, können den gehosteten Endpunkt nutzen. Der MCP-Überblick beschreibt die Rollen, und Integrationen zeigt, wie jeder Agent verbunden ist.
Wird mein Quellcode an den MCP-Server gesendet?
Nicht automatisch. Pathrule scannt deinen Quellcode nicht von sich aus und lädt ihn auch nicht hoch. Der Server trägt die Memories, Regeln und Skills, die dein Team schreibt. Im Cloud-Modus wird der Anfang jedes Prompts 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.