A Better Inbox for Pull Requests on GitHub¶

GitHub released a new Pull Requests dashboard in public preview at the end of March 2026. It replaces the existing pull request list at github.com/pulls with something that functions more like an inbox: a view that surfaces the PRs that actually need your attention rather than presenting every open PR you are associated with.

The Problem With the Old View¶

The previous pull requests page at github.com/pulls showed a flat list of pull requests sorted by recency. Finding the ones that needed action required reading through the full list and mentally categorizing each one: is this waiting on me, or waiting on someone else? Has this been approved and is ready to merge? Is there a review comment I need to address?

That cognitive overhead compounds when you work across multiple repositories or are involved in a large number of open pull requests. The list gives you the data, but leaves the prioritization entirely to you.

What the New Dashboard Does¶

The new dashboard organizes pull requests by what they require from you. Rather than presenting a single flat list, it surfaces three distinct categories:

Reviews waiting on you. These are pull requests where you have been requested as a reviewer and have not yet completed your review. The dashboard brings them to the top of the queue so they do not get lost in a longer list.

PRs that need fixing. These are your own pull requests that have received review comments requesting changes. The dashboard flags them so you can see at a glance which of your open PRs are blocked on your response.

PRs ready to merge. These are pull requests that have passed all required checks and approvals. Surfacing them separately means you are not hunting through the full list to find what can be shipped.

This structure reflects how pull requests actually flow through a review cycle. At any given moment, a PR is in one of those states, and the dashboard makes that state visible without requiring you to open each one.

Saved Views¶

The dashboard also introduces saved views, a feature that lets you build and persist custom filters based on the queries you use most. If you regularly check pull requests across a specific set of repositories, or filter by a particular label or author, you can save that query as a named view and return to it directly.

Saved views are available from the sidebar on the dashboard. Each view stores the full filter configuration, so switching between them is a single click rather than reconstructing the query manually each time.

Filtering and Search¶

The filtering interface has been rebuilt with auto-complete and smart defaults. As you type a query, the dashboard suggests completions based on your repositories, labels, authors, and other attributes it knows about. The defaults are scoped to pull requests that are relevant to you rather than returning all open PRs across every repository.

The filter surface also includes pull requests authored by Copilot on your behalf. If you have been using Copilot to generate pull requests as part of your workflow, those PRs appear in the dashboard alongside your own.

Trying It Out¶

The new dashboard is available now at github.com/pulls. The old list view has been replaced, so there is nothing to opt into.

The shift is most noticeable when you are involved in pull requests across multiple repositories or working in a team where review requests come in regularly. Reviews that need your attention surface at the top. Your own PRs that are blocked or ready to ship are separated from the ones still in flight. The overhead of manually scanning and sorting the old flat list disappears.

The GitHub changelog entry covers the full announcement. The feature is in public preview and the interface may continue to evolve before general availability.