The DMV

Dynamic Monitoring & Verification — the system that watches for drift in the user and the model, and decides what happens next. This is the architecture: what each layer can see, what it destroys, and where a human first enters the chain.


DMV

Dynamic Monitoring & Verification

The model is stateless each turn — reads persistent memories and context, acts, retains nothing from monitoring. The model writes and updates its own memories frequently; the monitoring reads from that same evolving pool.

User behavioral data
Model in-thread data
JEN-E session data

Triangulation. Three independent vantage points determine what is actually happening and whether the model is being led from baseline.

⚡ Raw data destroyed after extraction

No digital layer below this line ever sees the raw conversation, raw model state, or raw evaluation session.

Behavioral signatures — all three streams
User trajectory concerns
Model stability concerns
User Escalation Straight line — when MEL flags user trajectory concern
Escalation routing
When automated triage insufficient
Model Supervision Recursive — when MEL flags model behavioral drift
Session data + interaction changes
↺ Recursive monitoring. JEN-T session data re-enters SAL → MEL. Changes in user interaction from the therapeutic ripple are re-sampled. The monitoring never stops.
JEN-T dataSALMELcompare again
If model instability persists after therapeutic intervention, the recursive loop escalates: MEL flags continuing drift, and the concern enters the user-side escalation chain —
SALMELANGLGRACE / GaryHAVEN

“The model’s words are never stored. What survives is the signal — and the signal is compared across contexts, not read by anyone.”

From the design specification by Beth Sea  ·  Click any element for details