PathruleProyectotodos los planes
¿Cómo funciona este proyecto?
- guarda
- Decisiones, restricciones, procedimientos
- vive en
- Tu máquina, o Cloud si inicias sesión
- decide
- Tú y tu equipo
Una inteligencia.
Todos los agentes.
Una capa de inteligencia persistente para tu proyecto, para ti, para tu equipo y para cada agente de programación que uses. Guarda lo aprendido y da a cada tarea solo lo que aplica.
funciona con
Claude Code
Codex
Cursor
Copilot
Windsurf
apps/web/checkout«Añade Apple Pay al checkout»
Proyectoeste código
- Los pagos pasan por billingClient
- Los importes van en céntimos enteros
- La app móvil usa Expo Router
Túcómo trabajas
- Diffs pequeños y fáciles de revisar
- Pregunta antes de tocar el esquema
- Dos opciones, no cinco
Equipopatrones verificados
- Los proveedores nuevos salen detrás de un flag
- Las notas de versión van en CHANGELOG
- Las fechas se guardan en UTC
- Todo
- las 9 notas, en cada prompt
- Lo que aplica
- 4 enviadas, 5 omitidas, dentro del presupuesto
Cada agente empieza de cero.
- «Decidimos no usar un ORM para la facturación.»una pull request cerrada
- «Esa migración tiene que ejecutarse a la inversa.»la cabeza de alguien
- «Te lo dije: usa el cliente de facturación.»tus últimas cuatro sesiones
El conocimiento no falta. Está donde una sesión no puede llegar. Escribirlo todo en un único archivo de instrucciones solo traslada el problema.
Tres ámbitos. Tres funciones.
Tútodos los planes
¿Cómo te gusta trabajar?
- guarda
- Preferencias de trabajo
- vive en
- Tu máquina, en todos tus repositorios
- decide
- Tú: candidata, activa, retirada
Equipoplanes de equipo
¿Qué hace el equipo una y otra vez?
- guarda
- Patrones en el trabajo del equipo
- vive en
- Pathrule Cloud
- decide
- Solo lo que un propietario verificó
Cuando una preferencia personal y una regla del proyecto no coinciden, gana la regla del proyecto. Una preferencia define cómo se hace el trabajo, no qué se considera correcto.
Vinculado a donde trabajas.
espacio de trabajoeditando services/billing
- /aplica
- apps/webfuera de ámbito
- apps/mobilefuera de ámbito
- services/billingaplica
- webhooks/fuera de ámbito
- packages/uifuera de ámbito
pathrule3 enviadas, dentro del presupuesto
- Los pagos pasan por billingClientregla
- Los reembolsos son asíncronos desde el incidentememoria
- add-payment-providerskill
listadas por título, pídelas por MCPPolítica de reintentos de webhooksRedondeo de divisas
Una regla en una carpeta se aplica por debajo de ella; una regla en la raíz se aplica en todas partes. Dentro de ese ámbito, lo que aplica se prioriza para la tarea, y lo que no cupo se nombra para que el agente pueda pedirlo.
Una persona decide qué cuenta.
- borradorLos proveedores nuevos salen detrás de un flagvisto en el trabajo del equipo
- sugerenciaLos proveedores nuevos salen detrás de un flagsin confianza, no se entrega
- verificado por un propietarioLos proveedores nuevos salen detrás de un flaglos agentes parten de él
Los patrones del equipo empiezan como borradores y solo cuentan cuando una persona los verifica. Los hallazgos que registra un agente siguen siendo orientativos y nunca se convierten en reglas por sí solos.
Hay conocimiento que no es un consejo.
services/billing/charge.tsClaude Code, ejemplo
export async function charge(order) {+ const res = await stripe.charges.create({ amount })}
Edición denegada Nunca llames a Stripe directamente. Usa billingClient. regla estricta, /services/billing
puede bloquear en
- Claude Code
- Codex
- Cursor
- Copilot
El hook de Pathrule comprueba una regla estricta con un patrón de bloqueo aprobado antes de que se ejecute una edición que coincida. Windsurf no tiene hooks y Remote MCP no instala ninguno, así que ahí llega como orientación.
Las mismas tareas, esta vez siguiendo las reglas.
12 tareas, un modelo fijo de Claude Code
Agente solo
- tareas terminadas
- 12/12
- siguieron las convenciones
- 3/12
- infracciones
- 8
Con Pathrule
- tareas terminadas
- 12/12
- siguieron las convenciones
- 12/12
- infracciones
- 0
Una única cuadrícula publicada: 24 ejecuciones en repositorios idénticos con los mismos prompts. No es una garantía para todos los repositorios, y un agente puede seguir malinterpretando lo que recibe. Cómo lo medimos
Preguntas frecuentes.
¿Qué es Pathrule Intelligence?
La parte de Pathrule que guarda lo que han aprendido un proyecto, un desarrollador y un equipo en forma de memorias, reglas y skills, lo vincula a rutas del código y decide qué llega a un agente de programación para una tarea concreta. No es un modelo de programación y no escribe tu código.
¿Pathrule es otro modelo de programación?
No. Pathrule no genera el código de tu aplicación. Claude Code, Codex, Cursor, GitHub Copilot y Windsurf siguen siendo los motores de ejecución y de razonamiento, y cada uno mantiene su propio proveedor de modelos. Pathrule es el conocimiento del que parten.
¿En qué se diferencian Project, User y Team Intelligence?
Project Intelligence es lo que ha aprendido una base de código, en forma de memorias, reglas y skills vinculadas a rutas. User Intelligence es cómo prefieres trabajar tú; se guarda en tu máquina y te acompaña de un repositorio a otro. Team Intelligence funciona en Pathrule Cloud en los planes de equipo, encuentra patrones en el trabajo de un equipo y solo los entrega después de que una persona los verifique.
¿Pathrule confía automáticamente en lo que aprende?
No. Los hallazgos que registran los agentes son orientativos y nunca se convierten en reglas automáticamente. Los patrones del equipo pasan de borrador a sugeridos y a verificados, y solo los verificados llegan a los agentes. Las reglas las escriben o las aprueban personas.
¿Qué pasa cuando mis preferencias chocan con una regla del proyecto?
Gana el proyecto cuando está en juego la corrección. Una regla es un requisito del proyecto y no se descarta porque una preferencia personal resulte más cómoda. User Intelligence define cómo se hace el trabajo, no qué se considera correcto.
¿User Intelligence funciona entre repositorios?
Sí. Está vinculada a ti y no a un proyecto, así que te acompaña cuando pasas a otro repositorio. Lo que cambia con el repositorio es Project Intelligence.
¿Puedo corregir lo que Pathrule ha aprendido sobre mí?
Sí. Cada elemento de User Intelligence tiene un estado (candidato, activo, retirado o rechazado), así que una preferencia equivocada puede rechazarse y una que ha dejado de ser cierta puede retirarse. Se guarda en tu máquina y, sin cuenta, se queda ahí.
¿Esto reduce mi consumo de tokens?
Mantiene enfocado lo que llega al agente: el conocimiento se vincula a la ruta, se prioriza para la tarea y se entrega dentro de un límite por prompt, en lugar de cargar entero un único archivo de instrucciones. Pathrule no afirma reducir el consumo total de tokens de un agente. Consulta cómo lo medimos.