Repository navigation
fix(fusion): retain local response rejection reasons - #1035
Conversation
|
🦞👀 Pull request received. I will update this pull request when review starts. ClawSweeper review completeClawSweeper finished reviewing this revision. The review result is being finalized. |
|
Codex review: needs maintainer review before merge. What this changesThis PR records fixed, content-free rejection categories in failed local Fusion benchmark calls. Example: A local response reports eval_count: -1.
Review scores
ProductKind: Bug fix · Worth it: Yes · Fix scope: Complete Merge readiness✅ Ready for maintainer review Keep open: this maintainer-authored PR fixes a diagnostic gap still present on main; source review found no actionable defects. Priority: P2 Before mergeNone. FindingsNone. Agent review detailsHow this fits togetherThe offline repository benchmark sends bounded repair requests to pinned local models and writes content-free campaign checkpoints; it does not change Worker routing. flowchart LR
A[Benchmark CLI] --> B[Repository campaign]
B --> C[Local response adapter]
C --> D[Local model endpoint]
D --> C
C --> E[Validated result or fixed rejection]
E --> B
B --> F[Content free checkpoint]
Technical reviewBest possible solution: Retain the bounded rejection categories in the existing adapter and checkpoint owner while preserving stop behavior and unknown rejected usage. Do we have a high-confidence way to reproduce the issue? Main source deterministically discards the rejection category for a response with eval_count: -1; the added test exercises that campaign checkpoint path with injected responses. Is this the best way to solve the issue? The change is focused and preserves the existing acceptance checks, error identity, safety handling and campaign control flow. AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning medium; reviewed against 318a04d9a47a. Provenance checked
TestingProof path: in-process harness. SecurityNone. EvidenceWhat I checked:
Likely related people:
Preflight sourceSource unknown. Source comparison at the observed PR snapshot only. Completion is self-reported; body, policy, tests, execution, and report bytes are not verified. LabelsLabel changes:
Label justifications:
Rating scale6/6 🦀 challenger crab · 5/6 🦞 diamond lobster · 4/6 🐚 platinum hermit · 3/6 🦐 gold shrimp · 2/6 🦪 silver shellfish · 1/6 🧂 unranked krab. Overall follows the weaker of proof and patch quality; ✨ marks media proof (a screenshot, video, or linked artifact) that directly shows the changed behavior. WorkflowClawSweeper edits this one comment on every review. Comment Reviewed November 13, 2026, 10:52 AM ET / 15:52 UTC. |
Local Fusion benchmark responses previously collapsed model, completion, usage and stop-reason failures into
invalid_local_response, discarding the cause from the checkpoint. Record a fixed, content-freeresponseFailurecode on the failed call, including malformed or unreadable response bodies.The campaign still stops after that call, leaves rejected usage unknown, and does not grade or try another model. No raw response, provider-supplied reason, or parser exception is retained.
Verification: all 13 focused local-repository tests pass, including nine rejection cases and sentinel checks. Related local/agent/execution tests: 42 passed, 33 gated skips. The new regression failed before the fix.
Deployment: none; benchmark tooling only. Remaining risk: this identifies a rejection category, not the missing metadata of older runs, and does not establish any Fusion quality gain.