PathruleLokales und Remote MCP
Dasselbe Workspace-Wissen über alle Pathrule-Oberflächen hinweg, mit expliziten Schemas, Fähigkeiten und Zugriffsgrenzen für lokales und Remote MCP.
Auf dieser Seite
Dein Workspace-Wissen steht auf allen Pathrule-Oberflächen zur Verfügung, die du verbindest. MCP liefert den Transport und die Tool-Erkennung. Der lokale und der gehostete Server unterscheiden sich in Fähigkeiten und Schemas. Eine Integration sollte tools/list auf dem Server prüfen, den sie tatsächlich verwendet.
Oberfläche wählen
| Oberfläche | Verbindung | Was sie mitbringt |
|---|---|---|
| CLI | Lokales stdio-MCP, Anweisungsdateien und unterstützte Hooks | Einrichtung im Repository, Erstellen von Wissen, Projektlernen und lokale Kontextbereitstellung |
| VS Code-Erweiterung | Dieselbe lokale Laufzeitumgebung | Wissen direkt neben deinem Code und Client-Einrichtung aus dem Editor |
| Local Console | pathrule ui auf Loopback | Lokales Wissen, Aktivitäten und Local Signals durchsuchen und bearbeiten |
| Cloud-Konsole | app.pathrule.io | Organisationen, Workspaces, Mitglieder, Abrechnung und Einstellungen |
| Remote MCP | cloud.pathrule.io/mcp, Streamable HTTP und OAuth | Zugriff auf Cloud-Wissen, ohne einen lokalen Prozess zu installieren |
Gemeinsames Wissen, explizite Schemas
Beide MCP-Server stellen Kontext und typisierte Operationen für Memories, Regeln und Skills bereit. Lokale Tools erwarten node_path, unterstützen gezielte Änderungen per content_edit und verwenden expected_version_id zur Nebenläufigkeitskontrolle. Remote-Tools arbeiten mit einem kanonischen path, title und body sowie bei Updates mit einer numerischen expectedVersion. Schreibende Remote-Operationen verwenden zusätzlich eine Operations-ID, damit Wiederholungen sicher sind.
Zu den lokalen Hilfsfunktionen gehören Titelauflösung, Batch-Lesezugriffe, Projektlernen, Aktivitätsprotokollierung und Refresh-Workflows. Remote MCP ist eine schmalere Oberfläche für Cloud-Wissen und an den Workspace gebunden, den du freigegeben hast. Übernimm lokale Tool-Argumente nicht in einen Remote-Aufruf, ohne vorher dessen Schema zu prüfen.
Grenzen zwischen lokal und remote
Die lokale Laufzeitumgebung kennt dein Repository und installiert die Dateien und Hooks, die der jeweilige Client unterstützt. Remote MCP kann weder lokale Dateien lesen noch Hooks installieren. Es liefert Workspace-Wissen, wenn es aufgerufen wird, und stellt keine lokale persönliche Intelligence bereit.
Dein Coding-Agent erledigt die eigentliche Programmierarbeit unter seinem eigenen Anbieterkonto. Pathrule liefert Wissen; ein Wechsel der Oberfläche macht Pathrule nicht zu einem ausführenden Coding-Agent.
Remote-Schemas und Autorisierung findest du unter Remote MCP, den lokalen Katalog in der MCP-Tools-Referenz.