Skip to content

fix: config schema ceiling rejections should explicitly state the maximum allowed value #52500

@barry-p5cc

Description

@barry-p5cc

Summary

When a config value is rejected because it exceeds a schema-enforced ceiling, the error message does not state what the maximum allowed value is. The operator is told their value was rejected but not what value would be accepted.

Observed Behavior

Attempting to set session.agentToAgent.maxPingPongTurns to 10 produced a rejection. The error did not include the maximum allowed value (5). The operator had no way to know the ceiling from the error message alone; it required reading source code or documentation to discover.

Expected Behavior

Schema rejection errors for ceiling-constrained values should include the constraint explicitly:

Error: session.agentToAgent.maxPingPongTurns: value 10 exceeds maximum allowed value of 5

This applies to all schema-validated ceiling constraints, not just maxPingPongTurns.

Why This Matters

Silent rejections that don't explain the constraint force operators to either (a) guess at valid values by trial and error, (b) read source code, or (c) file a support request. All three are avoidable with a one-line improvement to the error message. This is especially important for ceiling constraints that reflect non-obvious platform decisions (like a loop guard ceiling at 5) rather than obviously reasonable limits.

Priority

MEDIUM — does not block functionality but materially degrades the operator debugging experience and wastes time during incidents.

Requested By

Barry (2026-03-22). Escalated via Nolan Cross (Orchestrator).

Metadata

Metadata

Assignees

No one assigned

    Labels

    P2Normal backlog priority with limited blast radius.clawsweeper:fix-shape-clearClawSweeper found a clear likely implementation shape for this issue.clawsweeper:queueable-fixClawSweeper marked this issue as an existing queue_fix_pr work candidate.clawsweeper:source-reproClawSweeper found a high-confidence source-level issue reproduction.issue-rating: 🦞 diamond lobsterVery strong issue quality with high-confidence source-level or clear reproduction.

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions