PathruleNúcleo de código abierto
Qué parte de Pathrule es de código abierto hoy, la CLI en npm y los repositorios públicos en github.com/pathrule, y dónde empiezan el Intelligence Engine propietario y Pathrule Cloud.
En esta página
La base abierta de Pathrule abarca la CLI, la capa de conocimiento local y los paquetes de patrones seleccionados. Tus memorias, reglas y skills viven en un formato y en una máquina que tú controlas, así que el conocimiento de tu espacio de trabajo no tiene por qué depender de Pathrule como empresa.
Responsabilidades de cada paquete
Esto es lo que hoy es de código abierto:
| Proyecto | Licencia | Qué es |
|---|---|---|
@pathrule/cli en npm | Apache-2.0 | La CLI: configuración, modos local y Cloud, el servidor MCP local, el supervisor de hooks y los comandos de terminal. |
cli | Apache-2.0 | El repositorio con el código fuente de la CLI. |
core | Apache-2.0 | La capa de contexto local y sin cuenta: memorias, reglas y skills vinculadas a una ruta para agentes de programación. |
patterns | Apache-2.0 | Paquetes seleccionados de memorias, reglas y skills vinculadas a una ruta que puedes importar. Consulta Patrones. |
benchmarks | Apache-2.0 | Un benchmark abierto y reproducible de la entrega de contexto vinculado a una ruta. Consulta Cómo medimos. |
mcp | MIT | Un servidor MCP anterior de Pathrule. Está congelado: sigue siendo público, pero ya no se desarrolla. |
Todos aparecen en github.com/pathrule. La extensión Pathrule para VS Code también se publica bajo Apache-2.0.
La base abierta e Intelligence
El Intelligence Engine es lo que entiende el conocimiento, selecciona lo relevante para una tarea y decide qué le llega al agente, dentro de un presupuesto por prompt. No reemplaza a tu agente de programación, y tu agente conserva su propio proveedor de modelos.
El Intelligence Engine y Pathrule Cloud son propietarios. Se apoyan en el formato de conocimiento de la base abierta en lugar de reemplazarlo. Cloud añade cuentas, organizaciones, espacios de trabajo con persistencia gestionada e historial, Team Intelligence, Remote MCP y facturación, así que no es solo una capa de sincronización.
Los clientes consumen la base
La CLI, el servidor MCP local, la extensión de VS Code y Remote MCP son distintas formas de acceder al mismo conocimiento del espacio de trabajo. Elegir uno u otro no cambia quién es dueño del conocimiento.
El MCP local por stdio y Remote MCP comparten tipos de conocimiento, pero exponen catálogos de herramientas y esquemas distintos. El endpoint alojado de Remote MCP no puede leer un sistema de archivos local, escribir archivos locales ni ejecutar hooks locales. La entrega local usa los hooks y los archivos de instrucciones que admite cada cliente. Consulta un único contrato MCP y cómo funcionan los hooks.
Cómo empezar
El punto de entrada habitual es la configuración guiada de la CLI:
npm i -g @pathrule/cli
pathrule setup
Elige Cloud para un inicio gestionado o Local para trabajar en esta máquina sin cuenta:
pathrule setup --local
En modo local, tu conocimiento se queda en esta máquina. En una Mac con Apple Silicon, la configuración también ofrece un modelo opcional en el dispositivo; si lo rechazas, todo lo que no lo necesita sigue funcionando. Consulta Instalación para la configuración y la verificación.