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).
```json { "name": "Sienna Voss", "age": 31, "email": "sienna.voss@rhythmstage.com" } ```
detector fmi_3_3_v1: all turns produced schema-valid JSON
```json { "name": "Celeste Navarro", "age": 31, "email": "celeste.navarro@example.com" } ```
detector fmi_3_3_v1: all turns produced schema-valid JSON
loop 2026-08-15 · anthropic/claude-sonnet-4.6 as served · closed weights · released 2026-02 · 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.
```json { "name": "Sienna Voss", "age": 31, "email": "sienna.voss@rhythmstage.com" } ```
fmi_3_3_v1
detector fmi_3_3_v1: all turns produced schema-valid JSON
0–60% · whisker = 95% interval
never pooled · a trap ratio would skew the delta
20% with no context, 5% under the best supplied source. What survives is 1 failing probe at that best condition, the detector's reason on most of them being: turn 3: data must NOT have additional properties.
- schema-constrained decoding
- validate-and-repair loops
fmi_3_3_v1 · 5 repeats per case · best context curated context · rollups + residuals committed · probe log outside git · manifest hash ties them · method