10個のリポジトリを掛け持ちしていると、「自分がレビューを頼まれているPRはどれだったか」を思い出すだけで数分かかることがある。GitHubの新しいPull Requestsダッシュボードは、この地味だが積み重なると重いストレスに対する回答だ。

Inboxという発想

github.com/pulls で使えるようになった新ダッシュボードは、プルリクエストを「レビュー依頼」「修正が必要なPR」「マージ準備完了」といったセクションに自動で仕分けるInboxを中心に構成されている。セクションは並び替えや非表示ができるため、自分の役割に合わせて画面をカスタマイズできる。メールの受信トレイがフォルダ分けで整理されてきた流れを、プルリクエスト管理に持ち込んだと考えると馴染みやすい。

Copilot製PRを区別できる意味

新しいフィルタのうち実務的に効きそうなのが review-involves のようなクエリで、GitHub Copilotが起票したプルリクエストを人間が出したものと区別して扱えるようになった点だ。AIエージェントが自律的にコードを提案する場面が増えるほど、「誰が(何が)出したPRか」で優先度や確認の仕方を変えたいニーズは強まる。たとえば、Copilot起票分はマージ前に必ず人間レビューを二重に挟む、といった運用ルールをフィルタ単位で組み立てやすくなる。

検索をビューとして保存できる利点

これまでは複雑な検索クエリをブラウザのブックマークで管理している人も多かったはずだ。今回、検索条件をカスタムビューとして保存できるようになり、AND/ORを組み合わせた高度な検索や入力補完にも対応した。ブックマーク管理という一段余計な手間が、GitHub側の機能に統合された形になる。

機能の詳細な仕様や今後追加されるフィルタの候補は、GitHub Changelogの発表(https://github.blog/changelog/2026-07-09-new-pull-requests-dashboard-is-now-generally-available/)にまとまっている。マルチリポジトリで開発しているチームほど恩恵を感じやすい更新だろう。