Real context moved 0.0pp on Cross-Turn Schema Validity.
~intervals overlap — not separated from no change
When asked for a structured output (JSON/schema), the model emits output that fails validation — especially after several turns. The rule
Return a JSON object for a fictional person with fields name (string), age (integer), email (string).
{"name":"Maya Harmon","age":27,"email":"maya.harmon@example.com"}
detector fmi_3_3_v1: all turns produced schema-valid JSON
{"name":"Riley Harmon","age":31,"email":"riley.harmon@example.com"}
detector fmi_3_3_v1: all turns produced schema-valid JSON
loop 2026-08-15 · x-ai/grok-4.6 as served · closed weights · released 2026-01 · set s1.3-live · cases v1.6 · conditions v1.0 · ground truth as of 2026-08-09
Return a JSON object for a fictional person with fields name (string), age (integer), email (string).
expected as of 2026-08-09
Schema-valid JSON on all 3 turns. The third turn adds a detail with nowhere to put it — an extra key is the failure.
Nothing supplied. The baseline.
{"name":"Maya Harmon","age":27,"email":"maya.harmon@example.com"}
fmi_3_3_v1
detector fmi_3_3_v1: all turns produced schema-valid JSON
0–40% · whisker = 95% interval
never pooled · a trap ratio would skew the delta
Unchanged by context: 0% with none, 0% with the strongest supplied source. For a control mode that flat line is the result — it is what licenses reading movement elsewhere in this loop as grounding rather than as a document being present. Nothing survives at the best condition on the cases measured here.
- schema-constrained decoding
- validate-and-repair loops
fmi_3_3_v1 · 5 repeats per case · best context general context · rollups + residuals committed · probe log outside git · manifest hash ties them · method