Seguridad y respaldo

Cuando Pathrule no está seguro, no finge.

Esto se sostiene en unos pocos mecanismos. Algunos deciden qué puede llegar a un agente y qué no. Otro saca de las manos del agente el conocimiento que no debería quedar a su criterio, siempre que el cliente lo permita.

Los consejos se etiquetan como consejos

No todo lo que recibe un agente tiene el mismo peso, y la entrega lo deja claro. Las reglas llegan como reglas. Los hallazgos que los agentes registraron sobre el código llegan presentados como consejos que hay que verificar, y se les indica a los agentes que los traten como información y no como instrucciones, de modo que un texto plantado en un archivo no pueda convertirse en una orden permanente. Las preferencias personales llegan bajo un encabezado que le indica al agente que las reglas y las comprobaciones obligatorias del espacio de trabajo tienen prioridad. Consulta Knowledge IR.

Los hallazgos desactualizados y contradictorios se retienen

Un hallazgo se guarda junto con los archivos en los que se basa, y se vuelve a verificar contra tu copia de trabajo cada vez que se va a entregar.

• Las fuentes no cambiaron. El hallazgo se entrega.
• Una fuente cambió. El hallazgo se retiene hasta que un agente vuelva a leer el código y lo confirme o lo corrija.
• Dos hallazgos no coinciden. Se retienen ambos en lugar de adivinar cuál de los dos es el correcto.

Una entrega más pequeña pero todavía cierta es mejor resultado que una más completa sobre código que ya no existe.

Nada aprendido se considera confiable por sí solo

La inferencia es el origen de los errores bien formulados y dichos con seguridad, así que nada inferido se convierte en conocimiento confiable sin una persona.

• Un patrón de Team Intelligence llega a los agentes solo después de que un propietario o administrador de la organización lo verifica.
• Una restricción ejecutable que un agente adjunta a una regla se guarda como propuesta y no se hace cumplir hasta que una persona la aprueba. Un agente no puede aprobar su propia propuesta.
• Una preferencia personal que aún no está en uso aparece en pathrule me list y nunca se entrega, y al enseñar una no se guarda nada que no pueda sustentarse en tus propias palabras.
• Un hallazgo es la excepción deliberada: se comparte como consejo sin un paso de revisión, y nunca se convierte en regla.

Consulta Proposed Knowledge para ver dónde espera cada uno de estos elementos.

El texto completo siempre está a una lectura de distancia

La entrega tiene un presupuesto por prompt, así que no todo lo que aplica llega completo. Lo que no cabe se lista por título en lugar de descartarse en silencio, para que el agente sepa que existe. Leer una memoria por su nombre, con pathrule_read_memory, siempre devuelve todo lo que escribió tu equipo, porque una lectura explícita es una solicitud de la fuente y no una entrega. Consulta qué llega completo y qué llega como nombre.

Cumplimiento determinista

El último mecanismo se ocupa de lo que, para empezar, no debería ser una sugerencia.

Entender qué significa un párrafo es trabajo para un modelo. Asegurarse de que no ocurra una edición prohibida no lo es, y dejárselo a un modelo implica depender de que un agente pondere bien una frase en el turno cuarenta de una sesión larga.

• Una regla puede llevar una restricción ejecutable, un patrón que un cambio no debe contener. Una vez que una persona la aprueba, el hook previo a la herramienta puede bloquear una edición que coincida e indicarle al agente qué hacer en su lugar, en los clientes cuyos hooks de herramientas permiten bloquear. Consulta las reglas como barreras de protección.
• Windsurf no tiene hooks, así que ahí una regla se entrega como texto y no puede bloquear nada. A través de Remote MCP tampoco se instalan hooks.
• La entrega por sí sola no garantiza el cumplimiento. Una regla sin una restricción ejecutable aprobada es un requisito que se le comunica al agente, no uno que el runtime verifique.

Hay conocimiento que no debería ser una sugerencia. Esa es la línea que separa un producto de memoria de un runtime, y es la razón por la que la capa semántica y la capa de cumplimiento están separadas en lugar de fusionarse en un único prompt ingenioso.

Lo que Pathrule no afirma

No afirma cero alucinaciones, memoria perfecta ni corrección garantizada. Ningún sistema que involucre un modelo de lenguaje puede afirmar eso con honestidad, y un producto que lo hace te está diciendo algo sobre sus afirmaciones más que sobre su arquitectura.

Lo que sí afirma es concreto y verificable:

• La entrega transmite lo que escribió tu equipo, con las reglas separadas de los consejos.
• Los hallazgos se entregan solo mientras el código en el que se basan no cambie, y los contradictorios se retienen.
• Lo que un modelo o un agente infiere sigue siendo una propuesta hasta que una persona lo aprueba.
• Lo que no cabe se lista por título, y el texto completo siempre está a una lectura de distancia.
• Una restricción ejecutable aprobada puede hacerla cumplir el hook previo a la herramienta en los clientes que lo permiten, en lugar de solo mencionarse.