Vertrauen durch Belege,
nicht durch Behauptungen.

1. Grenzen als Designprinzip

• Pathrule speichert Memories, Regeln, Skills, Befunde, Arbeitspräferenzen und zugehörige Workspace-Datensätze. Eine lokale Projektfunktion kann Dateien prüfen, um einen Befund zu validieren oder Projektmetadaten zusammenzustellen; dabei wird der Quellcode des Repositorys nicht automatisch hochgeladen.
• Inhalte, die du oder dein Agent bewusst in einen Wissenseintrag schreibt, werden zum Inhalt dieses Eintrags. Speichere dort keine Secrets oder Kundendaten.
• Pathrule trainiert keine Modelle mit deinen Inhalten.
• Die MCP-Tools für Wissen bieten keine allgemeine Shell-Ausführung und kein Tool zum Lesen beliebiger Dateien. Lokale Tools zum Lernen aus dem Projekt können die Quelldateien prüfen, die einem Befund zugeordnet sind; einen allgemeinen Dateisystem-Browser stellen sie nicht bereit.
• Standalone Signals und Local Signals sind getrennte Laufzeitbeobachtungen, die du aktiv einschaltest (Opt-in). Instrumentierung wird vorgeschlagen und genehmigt, bevor Code geändert wird. Cloud Signals ist Teil der Tarife, die unter Preise aufgeführt sind.

2. Prüf es selbst nach

Prüfe die Einrichtung und die Tools, die dein Agent nutzen kann:

pathrule doctor
pathrule integrations list
pathrule integrations doctor
pathrule telemetry

Die Client-Konfiguration und die verwalteten Anweisungsdateien bleiben auf der Festplatte lesbar. Claude Code und Codex können native Plugins oder Hooks in den Einstellungen nutzen. Cursor und Copilot nutzen die Hook-Kanäle, die sie bereitstellen, und Windsurf nutzt seine Regeldatei und MCP. pathrule eject zeigt eine Vorschau der Bereinigung im Projekt; pathrule eject --apply führt den geprüften Plan aus.

Jeder MCP-Client kann tools/list aufrufen, um die Tools und Schemas des verbundenen Servers zu prüfen. Lokales stdio und Remote MCP haben unterschiedliche Kataloge; die Referenz beschreibt beide.

Der Datenverkehr deines Agenten zu seinem eigenen Modellanbieter ist davon getrennt. Du kannst den Datenverkehr von Pathrule mit deiner Firewall oder einem Proxy prüfen.

3. Was die lokale Runtime auf der Festplatte anfasst

Das Pathrule-Home-Verzeichnis ist ~/.pathrule, sofern du nicht PATHRULE_HOME setzt. Dort liegen lokale Stores, Session-Zugangsdaten (wenn du angemeldet bist), installierte Fähigkeiten, Hook-Indizes und Diagnosedaten. Zugangsdaten und lokale Stores sind auf deinen Benutzer beschränkt.

In einem Repository schreibt Pathrule seine verwalteten Anweisungsbereiche, die Integrationsdateien für Clients und materialisierte Skills. Text außerhalb seiner verwalteten Bereiche bleibt erhalten. Das lokale Modell wird nur installiert, wenn du die Einrichtung anforderst, und heruntergeladene Dateien werden vor der Aktivierung verifiziert.

Die Local Console bindet sich an Loopback, nutzt einen einmaligen Startlink und lädt keine externen Ressourcen. Lass das Terminal, in dem sie läuft, geöffnet, solange du sie nutzt; Ctrl+C beendet sie.

4. Wie die Cloud abgesichert ist

Pathrule Cloud läuft auf Cloudflare mit authentifizierten serverseitigen Zugriffsprüfungen. Lese- und Schreibzugriffe auf Workspaces prüfen die aktuelle Session, Mitgliedschaft, Rolle und den Workspace-Status. Jede Cloud-Operation wird vom Server autorisiert; ein im Client ausgeblendetes Bedienelement ist keine Zugriffsprüfung.

• Remote-MCP-Tokens sind an einen genehmigten Workspace und an Scopes gebunden.
• Wird der Zugriff entzogen oder ein Workspace archiviert oder gelöscht, werden seine Freigaben widerrufen. Eine Wiederherstellung belebt alte Freigaben nicht wieder.
• Auch das Zurücksetzen des Passworts und ein ausdrücklicher Widerruf von Sessions beenden Remote-MCP-Freigaben.
• Refresh-Tokens rotieren. Wird ein bereits rotiertes Token erneut verwendet, wird diese Token-Familie widerrufen.
• Sensible Aktionen im Lebenszyklus eines Workspaces erfordern eine erneute Authentifizierung.
• Anfragen, Größe der Nutzdaten, Tarifberechtigungen und Nutzung werden vom Server geprüft.
• Cloud-Datenverkehr nutzt HTTPS. Löschvorgänge bewahren die Historie, die für das dokumentierte Wiederherstellungsfenster nötig ist.

5. Pathrule Web im Browser

Die Cloud-Konsole verwaltet Workspaces, Mitglieder, Einstellungen und Abrechnung. Sie ruft die Cloud-API mit deiner Bearer-Session auf. Sie sendet keinen administrativen Schlüssel an den Browser und führt keine Coding-Agenten aus.

Die authentifizierte Konsole ist von der öffentlichen Website getrennt. Marketing-Analysen werden erst geladen, nachdem du der Analyse im Cookie-Banner zugestimmt hast. Für die Produkttelemetrie in der verwalteten Konsole gibt es eine eigene Opt-in-Einstellung.

6. Die MCP-Tool-Oberfläche

Lokales MCP bietet pfadbezogenes Verfassen und Abrufen von Wissen, dazu Lernen aus dem Projekt, Refresh-Workflows, Aktivität und weitere lokale Helfer. Remote MCP bietet Kontext sowie Listen- und Leseoperationen für Memories, Regeln und Skills, dazu Änderungs- und Verlaufsoperationen mit einer Schreibfreigabe.

Remote MCP kann dein Dateisystem nicht lesen, keine Hooks installieren und keine Anweisungsdateien schreiben. Lokale persönliche Intelligenz liefert es nicht aus. Seine Schemas sind Cloud-nativ, deshalb müssen Clients tools/list prüfen, statt anzunehmen, dass lokale Argumente auch remote funktionieren.

7. KI und Telemetrie

Das optionale lokale Modell versteht Wissen auf deinem Rechner. Die Indexierung von Cloud-Wissen und der semantische Abruf nutzen Cloudflare Workers AI, und Claude von Anthropic benennt Wissensthemen anhand von Themen-Schlüsselwörtern, Ordnerpfaden und höchstens sechs Eintragstiteln, niemals anhand der Inhalte der Einträge. Modellgestützte Cloud-Funktionen verarbeiten das Wissen oder die Nachweise, die für die jeweilige Funktion nötig sind; die Verfügbarkeit ist unter Preise angegeben. Die eigenen Modellaufrufe deines Coding-Agenten bleiben bei dessen Anbieter.

Die eigenständige lokale CLI sendet keine Produkttelemetrie. Eine angemeldete verwaltete CLI sendet anonyme Nutzungsereignisse erst nach pathrule telemetry enable. Diese Ereignisse enthalten Befehls- oder Funktionsnamen, Ergebnis, Dauer, Version, Betriebssystemfamilie und eine zufällige Installations-ID, niemals Code, Pfade, Prompts, Wissen, E-Mail-Adressen, Konto- oder Workspace-IDs.

pathrule telemetry disable
# Diese Umgebungsvariablen halten die Telemetrie ebenfalls aus:
NO_TELEMETRY=1 pathrule status
DO_NOT_TRACK=1 pathrule status

In CI ist die Telemetrie immer aus. Verwaltete Produkttelemetrie nutzt den EU-Erfassungsdienst von PostHog, getrennt von der Speicherung von Cloud-Wissen und von der Website-Analyse. Siehe Datenschutzerklärung und Cookie-Richtlinie.

8. Bereitstellung und Updates

Installiere oder aktualisiere die CLI mit npm i -g @pathrule/cli@latest. Das lokale Fundament steht unter Apache-2.0; Cloud und die Intelligence Engine sind proprietäre Funktionen. Siehe Open Source.

Die CLI kann auf eine neuere Version hinweisen, aktualisiert sich aber nicht selbst. NO_UPDATE_CHECK=1 oder eine manuelle Update-Richtlinie deaktiviert die automatische Prüfung. Die VS-Code-Erweiterung setzt einen vertrauenswürdigen Workspace voraus, bevor sie Integrationsdateien schreibt und ihre lokale Runtime startet.

Selbst gehostete Enterprise-Installationen mit SSO und Audit-Logs werden über den Vertrieb vereinbart; siehe die Referenz zum selbst gehosteten Betrieb. Sie sind von der lokalen CLI und der Local Console getrennt.

9. Ein Sicherheitsproblem melden

Schreib an security@pathrule.io und nenne die betroffene Komponente, die Schritte zur Reproduktion, die beobachteten Auswirkungen sowie Plattform und Version. pathrule --version zeigt die Version der CLI an.

Wir bemühen uns, den Eingang von Meldungen innerhalb von drei Werktagen zu bestätigen und dich während der Untersuchung auf dem Laufenden zu halten. Bitte teste nur mit Konten und Daten, die dir gehören.

10. Kontakt

• Sicherheit: security@pathrule.io
• Allgemein: hello@pathrule.io
• Datenschutz und Datenanfragen: privacy@pathrule.io