fix(review): stop requiring routine PR rebases - #589
Conversation
|
Codex review: found issues before merge. Reviewed August 2, 2026, 5:04 PM ET / 21:04 UTC. ClawSweeper reviewWhat this changesThis PR makes an ordinary behind-base PR non-blocking, adds a seven-day non-blocking base-freshness metric, and avoids cache churn from daily merge-base age changes. Merge readiness⛔ Blocked by patch quality or review findings - 7 items remain Keep this PR open: the maintainer-approved policy is still needed, but the branch is draft and conflict-dirty, and its runtime changes target the former monolithic entrypoint rather than the active review modules on current Priority: P1 Review scores
Verification
How this fits togetherClawSweeper hydrates GitHub pull-request state, turns selected state into cache keys and a Codex review prompt, then publishes a structured review decision and metrics. This change affects how behind-base status is interpreted before a review is generated and reported. flowchart TD
A[GitHub pull request state] --> B[Review context hydration]
B --> C[Content digest and cache]
C --> D[Codex review prompt]
D --> E[Structured review decision]
E --> F[Metrics labels and review comment]
Before merge
Findings
Agent review detailsSecurityNone. Review metrics
Merge-risk optionsMaintainer options:
Technical reviewBest possible solution: Rebuild the approved policy in Do we have a high-confidence way to reproduce the issue? Yes, source-reproducible: current main’s active hydration, digest, and runtime modules do not implement the branch’s pull-base-drift flow, while the branch adds it only to the retired entrypoint. Is this the best way to solve the issue? No. The policy direction is approved, but this branch is not the best implementation because its runtime changes do not reach the decomposed current-main review path. Full review comments:
Overall correctness: patch is incorrect AGENTS.md: found and applied where relevant. Codex review notes: model internal, reasoning high; reviewed against de31c9959070. LabelsLabel changes:
Label justifications:
EvidenceWhat I checked:
Likely related people:
Rating scale
Overall follows the weaker of proof and patch quality. Workflow
HistoryReview history (22 earlier review cycles; latest 8 shown)
|
|
Maintainer decision (relayed from @steipete): policy adopted. Behind-only branches stop being a contributor blocker; rebase/resolve guidance is reserved for conflicts, unavailable merge trees, and concrete merge-result integration failures, with the non-blocking base-freshness note at 7+ days as proposed. Please move this out of draft and rebase onto current |
Summary
Motivation
High-throughput repositories can advance by thousands of commits per day. Commit-count drift alone therefore creates noisy, repeated contributor work without proving that a PR is unsafe to merge. This keeps contributor action tied to concrete integration evidence while retaining a simple signal for genuinely old branches.
Impact
Only PRs whose GitHub mergeable state is behind trigger the compare lookup. A stale result adds review context and a non-blocking metric for maintainers or merge automation; it does not lower the PR rating or add contributor next steps. Compare failures fail soft.
Validation
pnpm run checkpnpm run checkdid not complete because Codex runner tests reached the real Codex API and received 401 Unauthorized