PathruleNo es una sugerencia.
Es una regla que se cumple.
Reglas y restricciones para agentes de programación con IA. Cada una tiene un ámbito, una prioridad y un nivel de aplicación, para que un requisito nunca llegue con el peso de una preferencia.
Los importes se guardan como enteros, en céntimos.
- dónde
- Solo bajo /services/billing
- con qué fuerza
- Siempre se envía si está en su ámbito
- ante un incumplimiento
- Una edición que la incumple se deniega antes de aplicarse
El ámbito está resuelto. La prioridad, no.
- Una regla de seguridad parece un consejo de estilo
- Pesa distinto en el turno cuarenta
- Describe un error, pero no puede impedirlo
- Sin historial de la propia regla
- Nunca publiques la clave de serviciohigh, strict
- Importes en céntimos enteroshigh
- Prefiere las exportaciones con nombrelow
- services/billing/checkout.ts
- Cada regla lleva su prioridad
- Solo se activa donde aplica
- Una regla estricta puede rechazar la edición
- Versionada y revisable
Los archivos de instrucciones ya pueden dirigir una regla a una carpeta. Aun así, la propia documentación de Anthropic los describe como «contexto, no configuración aplicada» y remite a los hooks para todo lo que deba cumplirse.
La prioridad alta es un presupuesto.
Todo en alta
- alta, siempre se envía
- 96
- media, cuando es relevante
- 0
- baja, cuando hay espacio
- 0
Casi todo en media
- alta, siempre se envía
- 5
- media, cuando es relevante
- 28
- baja, cuando hay espacio
- 16
Si la mitad de las reglas tienen prioridad alta, ninguna la tiene. Usa media por defecto y sube una regla solo cuando puedas nombrar el incidente que causaría incumplirla.
Dónde puede bloquear una regla estricta.
En Claude Code, la edición se bloquea.
por qué pathrule setup registra el hook de Pathrule, que comprueba la edición antes de que se ejecute.
por qué El mismo hook que en Claude Code, en torno a cada edición y cada escritura.
por qué Los hooks de herramientas se ejecutan en torno a cada edición, junto a las Cursor Rules.
por qué La CLI y la extensión de VS Code registran el hook donde Copilot lo ejecuta.
por qué Windsurf no tiene hooks, así que no hay ningún evento previo a la escritura en el que bloquear.
por qué El endpoint alojado no instala hooks. Las reglas llegan como contexto.
Depende del cliente, no de la regla. Donde existe un hook previo a la escritura, una regla estricta con un patrón de bloqueo aprobado detiene la edición que coincide y se identifica como el motivo.
¿Es realmente una regla?
- ¿La respuesta empieza por «depende»?El agente debería sopesarla según la situación.Escribe una memoria
- ¿Es una secuencia que alguien repite una y otra vez?El orden importa más que cualquier paso concreto.Escribe una skill
- ¿No es negociable?Dale un ámbito, una prioridad y un nivel de aplicación.Es una regla
Escribir una preferencia como regla resta credibilidad a todas tus demás reglas.
Preguntas frecuentes.
¿Qué es una regla para agentes de IA?
Una restricción que un agente de programación con IA debe cumplir dentro de un ámbito definido. Una regla lleva un tipo de ámbito (folder, file_type o project), una prioridad (high, medium o low) y un nivel de aplicación (advisory o strict), que juntos deciden dónde se aplica, con cuánta fuerza aparece y qué ocurre cuando algo la incumple.
¿Qué diferencia hay entre una regla y una memoria?
Una memoria dice lo que es cierto aquí, y el agente la sopesa según la situación. Una regla dice lo que no debe ocurrir y no se negocia. Si la respuesta honesta es "depende, el agente debería pensarlo", escribe una memoria: escribirlo como regla resta credibilidad a todas tus demás reglas.
¿Por qué mi agente de IA ignora sus reglas?
Normalmente porque la regla compite con indicaciones que no tienen nada que ver en un archivo de instrucciones largo, porque su ámbito está mal y nunca se activa en las rutas donde importa, o porque está escrita como preferencia y, por tanto, se descarta con razón. En profundidad: por qué las reglas de Cursor se ignoran sin avisar y por qué Claude Code ignora tu CLAUDE.md.
¿Una regla puede bloquear un cambio o solo aconsejar?
Las dos cosas son posibles, y depende del cliente. Una regla estricta con un patrón de bloqueo aprobado la comprueba el hook local de Pathrule, que rechaza la edición que coincida antes de que llegue al código y muestra la regla como motivo. Pathrule CLI y la extensión de VS Code registran ese hook para Claude Code, Codex, Cursor y GitHub Copilot. Windsurf y Remote MCP reciben las reglas como contexto, sin un evento previo a la escritura en el que bloquear.
¿Cuántas reglas deberían tener prioridad alta?
Pocas. Prioridad alta significa que la regla se inyecta siempre que coincide el ámbito, así que es un presupuesto: si la mitad de tus reglas tienen prioridad alta, ninguna la tiene. Resérvala para los incumplimientos que causan bugs, regresiones de seguridad o problemas de cumplimiento normativo, y deja todo lo demás en prioridad media.
¿En qué se diferencia de Cursor Rules o de CLAUDE.md?
Las reglas de Cursor y las de Claude Code pueden vincularse a rutas, y los dos productos exponen hooks. Pathrule guarda cada regla con su ámbito, su prioridad y su nivel de aplicación en una única fuente del espacio de trabajo, la selecciona para la tarea y la envía a Claude Code, Codex, Cursor, GitHub Copilot y Windsurf. Lado a lado: Pathrule vs. Cursor Rules y Pathrule vs. archivos de instrucciones.
¿Tengo que borrar mis archivos de reglas actuales?
No. Pathrule funciona por encima de ellos. CLAUDE.md, AGENTS.md y .cursorrules siguen haciendo lo que hacen bien, que es guardar las constantes de todo el repositorio. Pathrule lleva las restricciones vinculadas a rutas que esos archivos no pueden modelar bien.
¿La misma regla puede aplicarse a más de una ruta?
Sí. Las reglas son reutilizables: un mismo objeto de regla puede vincularse a varios nodos, así que una restricción compartida se escribe y se revisa una sola vez en lugar de copiarse en cada directorio. Cómo escribir reglas explica los detalles de autoría.