Why
The production preview is exercising the randomized, assignment-bound workload lanes, but two protocol-conformance lanes have materially different behavior from the rest. In a read-only 24-hour production sample on 2026-08-31:
stop.sequence: 10 healthy / 105 completed; 65 failed results had empty visible output. All completed results reported finish_reason=stop.
token.limit: 3 healthy / 85 completed; 80 failures reported finish_reason=length, 2 reported finish_reason=stop.
- Exact output, JSON, context retrieval, code, logic, and tool-chain lanes produced substantial healthy evidence in the same window.
This is evidence-only today, so it is not an incident. It is a calibration gate: do not let these two lanes influence routing, rewards, strikes, or model-quality claims until the failure source is separated.
Work
- Add bounded reason codes for scorer failures without persisting raw challenge answers.
- Verify each current text-worker version forwards
stop and max_tokens unchanged and preserves visible text, reasoning text, usage, and finish_reason through terminal collection.
- Distinguish backend unsupported/unknown from observed nonconformance; absence of capability must not become a negative quality verdict.
- Run supervised staging probes per backend and compare Grid-observed terminal metadata with the backend-native response.
- Review the gross token-window tolerance against reasoning-model behavior without claiming tokenizer parity.
- Keep both lanes classified as protocol conformance, not general intelligence or model fidelity.
Exit criteria
- Failure reason distribution is observable without answer leakage.
- At least one supported backend passes each lane repeatedly end to end.
- Unsupported backends are not falsely scored as bad models.
- Tests cover empty stop output, forwarded stop text, reasoning-token accounting, and terminal reason preservation.
- Validator economics and routing authority remain disabled.
Why
The production preview is exercising the randomized, assignment-bound workload lanes, but two protocol-conformance lanes have materially different behavior from the rest. In a read-only 24-hour production sample on 2026-08-31:
stop.sequence: 10 healthy / 105 completed; 65 failed results had empty visible output. All completed results reportedfinish_reason=stop.token.limit: 3 healthy / 85 completed; 80 failures reportedfinish_reason=length, 2 reportedfinish_reason=stop.This is evidence-only today, so it is not an incident. It is a calibration gate: do not let these two lanes influence routing, rewards, strikes, or model-quality claims until the failure source is separated.
Work
stopandmax_tokensunchanged and preserves visible text, reasoning text, usage, andfinish_reasonthrough terminal collection.Exit criteria