Diwall MCP

Deutsch
Herunterladen v0.0.1

Anleitungen

Von einem Klon des Repositorys zu einem Modell, das in Ihrem Browser arbeitet: fünf Schritte, jeder mit der Prüfung, die sagt, dass er gelungen ist.

Fünf Schritte, in dieser Reihenfolge

  1. Installieren und prüfen: der Server, aus einem Paket oder einem Klon, getestet. Auf einem Klon ist die Prüfung scripts/smoke_test.py, das result: conforming ausgibt; das Paket liefert dieses Skript nicht mit.
  2. Der Browser: Ihr Browser auf einem eigenen Profil, sein Debugging-Port auf der Loopback-Schnittstelle, gestartet von mcp-server-diwall-browser-setup browser oder von Ihnen. Prüfung: ss -ltn "sport = :9222" zeigt nur 127.0.0.1:9222 oder [::1]:9222.
  3. Das verschlüsselte Verzeichnis und die Zugangsdaten: wohin der Server schreibt und woher er Passwörter liest; mcp-server-diwall-browser-setup legt es an und öffnet es. Prüfung, sobald Schritt 5 erledigt ist: status zeigt mounted.
  4. Das Bedienerprofil: die Websites, die der Server lesen und auf denen er handeln darf. Prüfung, sobald Schritt 5 erledigt ist: status zeigt configured: true.
  5. Einen MCP-Client anbinden: die vierzehn Werkzeuge, in dem Agenten Ihrer Wahl. Prüfung: status, vom Modell aufgerufen, zeigt attached: true und confirmation_channel: native.

Die Schritte 2 und 3 hängen voneinander ab: Der Browser hält sein Profil im verschlüsselten Verzeichnis, startet also erst, wenn das Verzeichnis geöffnet ist; der Installationsassistent nimmt sie in dieser Reihenfolge. Jede Anleitung nennt die Befehle ihres Schritts und verweist Sie auf den Abschnitt des Bedienerhandbuchs, der alle Optionen enthält. Der Aufbau jeder Datei, die der Server liest und schreibt, steht am Anfang dieses Handbuchs: die endgültige Struktur.

Schritt 2: Der Browser auf einem eigenen Profil

Der Server verbindet sich nur mit einem Browser, der auf einem eigens dafür vorgesehenen Profil gestartet wurde, nie mit Ihrem üblichen, und er startet oder schließt ihn nie. Den Browser starten Sie oder, auf Ihren Befehl, der Einrichtungsassistent: Ist das verschlüsselte Verzeichnis geöffnet, startet mcp-server-diwall-browser-setup browser ihn auf dem Profil des Volumes, vom Terminal gelöst. Von Hand liegt das Profilverzeichnis im geöffneten verschlüsselten Verzeichnis, und der Debugging-Port ist der Ihres Bedienerprofils:

google-chrome \
  --user-data-dir="$HOME/Vaults/Main/mcp-server-diwall-browser/browser-profile/chrome" \
  --remote-debugging-port=9222

chromium und brave-browser nehmen dieselben zwei Optionen. Ersetzen Sie ~/Vaults/Main durch den Ort, an dem Sie Ihr verschlüsseltes Verzeichnis öffnen; --user-data-dir muss das browser.profile_dir Ihres Bedienerprofils sein und der Port dessen browser.debug_port.

Fügen Sie nie --remote-debugging-address hinzu: Der Port wäre aus dem Netzwerk erreichbar, und wer ihn erreicht, steuert den Browser. Prüfen Sie, dass er nur auf der Loopback-Schnittstelle lauscht:

ss -ltn "sport = :9222"

Die lokale Adresse muss 127.0.0.1:9222 oder [::1]:9222 sein, sonst nichts. Der Server führt dieselbe Prüfung auf /proc/net/tcp und /proc/net/tcp6 bei jeder Verbindung durch und lehnt einen von außen erreichbaren Port (debug_endpoint_not_loopback) oder einen Browser auf seinem Standardprofil (profile_dir_is_default) ab.

Melden Sie sich dann einmal bei jeder Ihrer Websites in diesem Browser an, wie in Ihrem üblichen. Der Server arbeitet in diesen Sitzungen.

Im Detail