Skip to content

quad-cli-consensus-gate: cursor/agy fail to return schema-valid JSON in live runs (2/4 effective reviewers) #9

Description

@drvoss

Context

Follow-up from the multi-CLI refresh (PR #7, merged). Live dogfooding of \scripts/quad-cli-orchestrate.mjs\ against a real diff succeeded end-to-end (0 blocking, 2 advisory, exit 0, merged report schema-valid) but only 2 of 4 CLI reviewers (claude, codex) returned schema-valid JSON. cursor-agent and agy errored out of the run, degrading the gate from 4-way to 2-way consensus in practice.

Problem

The gate's core logic (hunk anchoring, family-vote de-duplication, advisory/blocking split) is correct and well-tested (1062 tests passing, live-verified). But its real-world effectiveness depends on all 4 CLIs reliably emitting valid JSON per \schemas/quad-cli-report.json, and today only 2 do.

Suggested follow-up

  1. Enforce structured output per-CLI where supported (e.g. \cursor-agent --output-format json, verify agy's equivalent flag via --help).
  2. Strengthen JSON coercion/extraction in \quad-cli-orchestrate.mjs\ for CLIs that wrap JSON in prose or partial output.
  3. Add a live (non-mock) smoke test or periodic dogfood check to catch regressions in per-CLI output format compliance, since this class of issue is invisible to mock-mode tests and grep and was only caught by live execution.

Not a merge blocker for #7 — tracked here per external review recommendation to keep gate robustness work separate from the docs/migration merge.

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

    bugSomething isn't working

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions