PathruleLocal o Cloud
Elige un espacio de trabajo local sin cuenta o conocimiento compartido en Pathrule Cloud. Qué guarda cada modo, dónde lo administras y cómo cambia la entrega al agente.
En esta página
La primera decisión es dónde debe vivir el conocimiento del espacio de trabajo. Local lo mantiene en esta máquina. Cloud lo pone a disposición a través de tu cuenta de Pathrule. En ambos modos sigues usando el agente de programación que ya usas.
Elige según quién necesita el conocimiento
| Local | Cloud | |
|---|---|---|
| Cuenta | No se requiere | Cuenta de Pathrule |
| Conocimiento del espacio de trabajo | Almacén local en esta máquina | Espacio de trabajo administrado en Cloud |
| Uso compartido | Este espacio de trabajo local | Según la membresía y los permisos del espacio de trabajo |
| Configuración del repositorio | CLI o VS Code | CLI o VS Code |
| Interfaz en el navegador | Local Console, con pathrule ui | Consola de Cloud en app.pathrule.io |
| MCP alojado | No disponible | Acceso OAuth a un espacio de trabajo aprobado |
| Signals | Almacenamiento y verificación locales | Ingesta administrada, registro de correcciones y verificación en Pro, Team y Enterprise |
Empieza con Local cuando el conocimiento es para esta máquina. Elige Cloud cuando otra máquina o un compañero de equipo necesita la misma fuente de autoría. La disponibilidad por plan y los límites están en Precios.
Configurar Local
Desde tu repositorio:
pathrule setup --local
pathrule ui
La configuración conecta el espacio de trabajo local y los clientes que elijas. pathrule ui abre la Local Console, donde puedes explorar, buscar, editar y restaurar conocimiento, además de revisar la actividad o las Local Signals.
El modelo local opcional tiene sus propios requisitos de plataforma. La entrega de conocimiento sigue funcionando sin él. Si configuras un proveedor externo de embeddings, el texto que priorizas se envía a ese proveedor.
Configurar Cloud
pathrule setup
Elige Cloud durante la configuración, inicia sesión y selecciona o crea el espacio de trabajo para este repositorio. Cada compañero de equipo vincula su propia carpeta local. El conocimiento compartido no comparte las vinculaciones de carpetas ni la configuración de clientes de otra persona.
La consola de Cloud administra espacios de trabajo, personas, planes y ajustes. Un cliente que no puede ejecutar un proceso local puede usar Remote MCP, con una autorización aprobada para el espacio de trabajo. Las herramientas remotas tienen sus propios esquemas y no instalan hooks locales.
Qué recibe el agente
El runtime local entrega el conocimiento a través de los archivos y hooks que admite cada cliente, con MCP para lecturas y escrituras más profundas. Esto funciona tanto con conocimiento de un espacio de trabajo local como de Cloud. Remote MCP devuelve conocimiento de Cloud cuando se le llama; no ofrece entrega en el momento de los hooks.
Las memorias, reglas y skills conservan su significado en cualquiera de los dos modos. Los requisitos del proyecto siguen teniendo prioridad sobre las preferencias personales, y los hallazgos respaldados por fuentes siguen siendo recomendaciones que debes verificar.
Migra de forma deliberada
Elegir Cloud no publica automáticamente un espacio de trabajo local existente. Selecciona el espacio de trabajo de destino y revisa las entradas que quieres compartir. Mantén fuera del conocimiento compartido los secretos, los datos privados de clientes y las notas personales. En Seguridad se explican los límites entre lo local, Cloud y el proveedor del agente de programación.