Short answer: Drop the "GitHub → Search Issues" action anywhere in your workflow, map the inputs from upstream nodes, and publish.
Every field can be mapped from an upstream trigger, AI step, table row, or hard-coded literal.
| Field | Type | Required | Description |
|---|---|---|---|
Search Query query | string | Required | Search issues by title, body, or labels. Supports GitHub search syntax. |
Limit limit | number | Optional | Maximum results (max 50) |
{"query": "e.g. is:open label:bug repo:owner/repo","limit": "{{trigger.limit}}"}
{"items": [{"id": 456,"state": "open","title": "Bug: login fails","number": 42,"html_url": "https://github.com/owner/repo/issues/42"}],"total_count": 25}
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.
Triggered by anything in the catalog. Free tier available. No credit card.