Short answer: You can list pull requests in GitHub by hand from its own interface, but it won’t repeat itself. On TinyCommand, add the GitHub List Pull Requests action to a workflow, map its 5 inputs from any upstream app, and it runs automatically every time the trigger fires. No code, and a free tier to start.
Every field can be mapped from an upstream trigger, AI step, table row, or hard-coded literal.
| Field | Type | Required | Description |
|---|---|---|---|
Repository Owner owner | string | Required | GitHub repository owner — the user or organization login (the part before / in owner/repo URLs). |
Repository Name repo | string | Required | GitHub repository name — the part after / in owner/repo URLs. Not the full URL. |
State state | options | Optional | State. Options: Open, Closed, All |
Sort sort | options | Optional | Sort. Options: Created, Updated, Popularity |
Per Page per_page | string | Optional | Per Page. e.g. "30" |
{"owner": "e.g. acme-corp","repo": "e.g. my-project","state": "{{trigger.state}}","sort": "{{trigger.sort}}","per_page": "30"}
[{"user": {"login": "johndoe"},"state": "open","title": "Fix login","number": 99,"html_url": "https://github.com/acme/my-project/pull/99"}]
Use these fields in downstream nodes for routing, logging, or error handling.
Any of these apps can fire this action as part of a workflow.