What problem does it solve? A pull request that was clean when opened now shows "This branch has conflicts that must be resolved" because other PRs landed on main while it sat open. A naive rebase replays redundant cherry-picked or squash-merged commits, and reconciling shared values like test counts can silently produce wrong numbers. ## Core Features & Use Cases - Conflict Diagnosis: Confirm mergeable: CONFLICTING / mergeStateStatus: DIRTY via gh pr view, then identify which PRs landed on main since the branch point and which files overlap. - Redundant Commit Detection: Compare local HEAD against the remote branch to find stray cherry-picked or squash-duplicated commits, drop them with git reset --hard origin/<branch>, then rebase and force-push with --force-with-lease. - Count Reconciliation Guard: When both sides of a conflict state a measured count (tests, coverage), resolve to a PENDING-REMEASURE placeholder and measure the merged tree once after the rebase instead of copying either side. - Use Case: Your README-fix PR went DIRTY after a release PR squash-merged onto main; follow the seven-step recipe to drop a stray changelog commit, rebase cleanly, reconcile the version table, and return the PR to CLEAN. ## Quick Start Ask the AI to diagnose why my pull request suddenly shows conflicts on GitHub and walk me through rebasing it onto the current main safely.