daimon 0.31.0: reglas que se sostienen hasta que una persona las retira

Hay hechos de un proyecto que no son creencias. "Nunca desplegar el servicio de pagos un viernes" no es algo que el agente deba re-derivar en cada sesión, sopesar contra contexto más nuevo, ni olvidar en silencio bajo presión de presupuesto. Es una restricción vigente, y hasta ahora daimon no tenía un lugar para eso: una regla dicha una vez caía en la partición de creencias, no se arrastraba entre sesiones, y era lo primero que se recortaba cuando el briefing excedía el presupuesto. 0.31.0 agrega los pinned rulings.

Reglas vigentes

Un ruling es la polaridad positiva del ledger de refutaciones. Una refutación registra lo que se descartó; un ruling registra lo que rige. Mismo ledger, misma maquinaria de ciclo de vida, afirmación opuesta, y la polaridad se deriva del evento fundacional, nunca de un campo que un escritor pueda fijar.

daimon ruling propose registra un candidato. Un agente puede proponer con --by agent, y un candidato es todo lo que un agente puede producir: la activación exige daimon ruling ratify de una persona en una terminal interactiva. Es la misma regla de autoridad que sostiene el resto de daimon. La identidad y la autoridad se derivan, nunca se autoafirman.

Una vez activo, un ruling se renderiza al tope de cada briefing, en cada superficie, como una sección compacta:

Standing rulings (human-ratified — honor these):
§ never deploy the payments service on a friday

Esa sección es parte del esqueleto. Sobrevive la presión de presupuesto que recorta todas las demás secciones, se renderiza antes de que exista el primer checkpoint de un proyecto nuevo, y cuando el briefing por LLM (opt-in) está activo la sección se antepone literal, nunca re-narrada por un paso generativo.

Las decisiones de diseño que conviene decir sin rodeos

La ratificación está ligada al contenido. ruling ratify registra un hash del texto exacto que te mostró, y la activación se rehúsa si el texto almacenado cambió entre el prompt y tu confirmación. Lo que aprobás es lo que se activa, byte por byte.

Una propuesta de agente no puede cambiar lo que se renderiza. Los agentes pueden proponer una revisión o el retiro de un ruling activo, pero el texto activo queda intacto hasta que una persona resuelva la propuesta, y el fold lo garantiza por debajo del CLI: ni siquiera un ledger editado a mano puede promover las palabras de un agente a tu briefing.

El bucle de eco se cierra en la frontera de escritura. Una sección que se renderiza en cada sesión sería, si no, una fotocopiadora: la próxima captura re-extrae el texto del ruling como una creencia nueva, que decae, deriva y se renderiza dos veces. 0.31.0 filtra los ecos exactos en la admisión del checkpoint. El descarte se cuenta bajo su propio código de razón y se ve en daimon status, nunca en silencio, y el filtro falla abierto: un ledger ilegible jamás puede costarte una captura.

La sección está acotada y nunca se trunca en silencio. Los rulings tienen tope (siete por defecto, DAIMON_RULING_CAP para cambiarlo) y el texto de cada uno está acotado al momento de escribir. Si un ledger llega a tener más rulings activos que el tope, el briefing dice cuántos quedaron afuera y dónde verlos.

Los rulings no decaen. El retiro es una ceremonia humana, y daimon forget alcanza el texto de un ruling por valor como todo lo demás en el ledger.

También desde 0.29

El visor local llegó en 0.30.0. daimon serve abre un visor de solo lectura en localhost: briefing, ledger, páginas por sesión, búsqueda como recall, una tira de verificación y una vista de impresión. 0.31.0 agrega el carril de rulings junto al de refutaciones, cada polaridad con su propio vocabulario.

Un ledger tipado de relaciones llegó en modo sombra, con verbos de adjudicación e historial renderizado en el visor.

0.30.2 corrigió un defecto real de forget: forget por valor solo comparaba contra el campo subject de una refutación, dejando cuatro de sus cinco campos de texto plano inalcanzables por valor. Se encontró durante la revisión de diseño de este release, y se corrigió y publicó antes que la feature que lo hacía importar.

Cómo obtenerlo

uv tool install 'daimon-briefing[pretty]'

Para actualizar:

uv tool upgrade daimon-briefing

Usuarios del plugin: /plugin, actualizar daimon y recargar.