[QoL] Two PR workflow improvements: filter by review-requested and commits since last review

[ronen-hoffer]

Motivation

Two small workflow gaps that come up when using tuicr for day-to-day PR review:

1. No way to filter the PR list to "waiting for my review"

The PR selector shows all open PRs in the repo. There's no way to scope it to PRs where your review has been requested. For active repos this means manually scanning a long list to find what needs attention.

2. No "commits since last review" diff scope

When a PR author pushes new commits after you've already reviewed, there's no built-in way to scope the diff to only those new commits. You can manually select commits with :commits, but you have to figure out which ones are new yourself. GitHub's web UI solves this with a "changes since your last review" link; tuicr has no equivalent.

Desired Outcome

1. Review-requested filter — a toggle or pre-set filter in the PR selector that calls gh pr list --search "review-requested:@me" (or the equivalent GraphQL query) to scope the list to PRs awaiting the current user's review.

2. "Since last review" commit scope — when opening a PR that you've previously submitted a review on, automatically detect the commit at the time of your last review (available via the existing submittedAt + commit list data already fetched) and pre-select only the new commits in the inline commit selector, with a prompt like "Showing 3 commits since your last review — press Enter to see all".

[TerFree70]

Hey Ronen, I feel this pain on a spiritual level. The manual toil of scanning active repos just to figure out "what actually needs my attention right now" is definitely the biggest bottleneck in day-to-day PR reviews.

Your proposed solution using gh pr list --search "review-requested:@me" is exactly how it should work out of the box for any terminal UI.

I actually ended up tackling this exact "visibility fatigue" from a slightly different angle recently. Instead of pulling and filtering lists manually, I wanted an event-driven push. I built QA Boutique to intercept PR webhooks (including new commits pushed after an initial review) and push targeted notifications—along with automated Playwright validation—directly into Slack/Telegram. It essentially removes the need to constantly check the queue, because the PR pings you only when it's CI-clean and actually ready for your eyes again.

Good luck wiring up that GraphQL query for tulcr! Adding those two filters will make the tool infinitely more usable for active maintainers.