List pull requests that wait for review
Open PRs across your repos with age, reviewers and CI status, the oldest first.
- On a schedule: Every weekday at 10:00
What it does
The task
List the open pull requests that are not drafts in these GitHub repositories: repos. For each one, give the title, the author, the age in days, the requested reviewers, the review status and the CI status. Mark the PRs that wait for a review for more than days days and the PRs with merge conflicts. Send me a table, the oldest first, with links. Do not comment, approve or merge.
- It works in GitHub, in the workspace you pick, and signs in with passwords from your Cuiar vault.
- As a routine it runs every weekday at 10:00 (cron
0 10 * * 1-5).
What you give it
| Blank | What to give | Example |
|---|---|---|
| repos | The repositories to check, separated by commas | brightleaf/web, brightleaf/api, brightleaf/sdk |
| days | Days after which a PR waits too long | 2 |
What you get back
An example run with the example values above. Your run uses your own data.
14 open PRs in 3 repos, 4 wait more than 2 days
| PR | Author | Age | Reviewers | Review | CI |
|---|---|---|---|---|---|
| web#821 Move billing to the new API | Aisha | 6 d | Tom, Leo | None | Pass |
| api#236 Rate limit per workspace | Kofi | 4 d | Nadia | Changes requested | Fail |
| web#826 Fix the date picker in Safari | Mia | 3 d | Tom | None | Pass, merge conflict |
| sdk#119 Retry on 429 | Sam | 3 d | none | None | Pass |
10 more PRs are 2 days old or newer.
Run it in Cuiar
- 01
Open it
Click Use in Cuiar on this page. The side panel opens with the task in the composer.
- 02
Fill in 2 blanks
Type repos and days. Tab moves to the next blank.
- 03
Run it, then repeat it
Run sends it once. To run it every weekday at 10:00, make a routine on cuiar.com/routines or with the CLI below.
As a routine, from the terminal
cuiar routines create "List pull requests that wait for review" --schedule "0 10 * * 1-5" --time-zone Europe/Berlin \
"List the open pull requests that are not drafts in these GitHub repositories: brightleaf/web, brightleaf/api, brightleaf/sdk. For each one, give the title, the author, the age in days, the requested reviewers, the review status and the CI status. Mark the PRs that wait for a review for more than 2 days and the PRs with merge conflicts. Send me a table, the oldest first, with links. Do not comment, approve or merge."Run it from your AI agent
Claude Code, Codex, Cursor and other MCP clients reach Cuiar at https://mcp.cuiar.com/mcp. Add the server one time, then ask for the task in plain words, or call create_routine yourself.
1. Add Cuiar to Claude Code
claude mcp add --transport http cuiar https://mcp.cuiar.com/mcp2. Ask your agent
Use the Cuiar tool create_routine to run my "List pull requests that wait for review" template with repos = brightleaf/web, brightleaf/api, brightleaf/sdk; days = 2.Setup for other agents: AI agents.
The tool call
{
"name": "create_routine",
"arguments": {
"name": "List pull requests that wait for review",
"task": "List the open pull requests that are not drafts in these GitHub repositories: brightleaf/web, brightleaf/api, brightleaf/sdk. For each one, give the title, the author, the age in days, the requested reviewers, the review status and the CI status. Mark the PRs that wait for a review for more than 2 days and the PRs with merge conflicts. Send me a table, the oldest first, with links. Do not comment, approve or merge.",
"schedule": "0 10 * * 1-5",
"time_zone": "Europe/Berlin"
}
}Related templates
All engineering templatesEngineering
Sort the security alerts in your repositories
Open Dependabot alerts across your repos, grouped by package, with the fix version and any open fix PR.
On a schedule: Every Monday at 9:30- GitHub
EngineeringAsks first
Write release notes from merged pull requests
Merged PRs since the last release, grouped and written for users, saved as a draft GitHub release.
You start it: When you start it- GitHub
Engineering
Read the changelogs before you upgrade dependencies
Breaking changes, security fixes and upgrade steps for each outdated package, from its release notes.
You start it: When you start it- GitHub
- npm
- PyPI
EngineeringAsks first
Label and sort new GitHub issues
Labels, a priority and a possible duplicate for each new issue, applied after you approve them.
On an event: When a new issue is opened- GitHub
Engineering
Find flaky tests in your CI runs
Tests that fail and then pass on the same commit, with the count and the error, from your recent runs.
You start it: When you start it- GitHub
- Google Sheets
Engineering
Find why a deploy failed
The error from the build log, the change that caused it and a suggested fix, sent when a deploy fails.
On an event: When a deploy fails in Vercel- Vercel
- GitHub