Diwall MCP

Español
Descargar v0.0.1

Guías

De un clon del repositorio a un modelo que trabaja en su navegador: cinco pasos, cada uno con la comprobación que dice que ha funcionado.

Cinco pasos, en este orden

  1. Instalar y comprobar: el servidor, desde un paquete o un clon, probado. En un clon, la comprobación es scripts/smoke_test.py, que imprime result: conforming; el paquete no incluye ese script.
  2. El navegador: su navegador sobre un perfil propio, con su puerto de depuración en la interfaz de loopback, iniciado por mcp-server-diwall-browser-setup browser o por usted. Comprobación: ss -ltn "sport = :9222" muestra solo 127.0.0.1:9222 o [::1]:9222.
  3. El directorio cifrado y las credenciales: dónde escribe el servidor y de dónde lee las contraseñas; mcp-server-diwall-browser-setup lo crea y lo abre. Comprobación, una vez hecho el paso 5: status indica mounted.
  4. El perfil del operador: los sitios que el servidor puede leer y en los que puede actuar. Comprobación, una vez hecho el paso 5: status indica configured: true.
  5. Conectar un cliente MCP: las catorce herramientas, en el agente que elija. Comprobación: status, llamado por el modelo, indica attached: true y confirmation_channel: native.

Los pasos 2 y 3 dependen el uno del otro: el navegador guarda su perfil dentro del directorio cifrado, así que solo arranca una vez abierto el directorio; el asistente de instalación los toma en ese orden. Cada guía da los comandos de su paso y le remite a la sección de la guía del operador que contiene todas las opciones. La disposición de cada archivo que el servidor lee y escribe está al principio de esa guía: la disposición final.

Paso 2: el navegador sobre un perfil propio

El servidor solo se conecta a un navegador iniciado sobre un perfil dedicado, nunca sobre el suyo habitual, y nunca lo inicia ni lo cierra. El navegador lo inicia usted o, por orden suya, el asistente de instalación: con el directorio cifrado abierto, mcp-server-diwall-browser-setup browser lo inicia sobre el perfil del volumen, desligado de su terminal. A mano, el directorio del perfil está dentro del directorio cifrado abierto y el puerto de depuración es el de su perfil de operador:

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

chromium y brave-browser aceptan las mismas dos opciones. Sustituya ~/Vaults/Main por el lugar donde abre su directorio cifrado; --user-data-dir debe ser el browser.profile_dir de su perfil de operador, y el puerto, su browser.debug_port.

No añada nunca --remote-debugging-address: el puerto sería accesible desde la red, y quien lo alcance controla el navegador. Compruebe que escucha solo en la interfaz de loopback:

ss -ltn "sport = :9222"

La dirección local debe ser 127.0.0.1:9222 o [::1]:9222, nada más. El servidor hace la misma comprobación, sobre /proc/net/tcp y /proc/net/tcp6, cada vez que se conecta, y rechaza un puerto accesible desde el exterior (debug_endpoint_not_loopback) o un navegador que funciona con su perfil predeterminado (profile_dir_is_default).

Después inicie sesión una vez en cada uno de sus sitios en este navegador, como lo haría en el habitual. El servidor trabaja en esas sesiones.

En detalle