Skip to content

Calibrate stop-sequence and token-limit evidence before authority #68

Description

@halfaipg

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.

Activity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions