Short answer: Drop the "GitHub → Add Labels" 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 |
|---|---|---|---|
Owner owner | string | Required | GitHub repository owner — the user or organization login (the part before / in owner/repo URLs). |
Repository repo | string | Required | GitHub repository name — the part after / in owner/repo URLs. Not the full URL. |
Issue / PR Number issue_number | number | Required | GitHub issue number — the integer shown after # in the issue URL (per-repo, not global). |
Labels labels | array | Required | Array of label names to apply to the issue. Each item must match an existing label on the repo exactly (case-sensitive). New labels are not auto-created. |
{"owner": "e.g. octocat","repo": "e.g. hello-world","issue_number": "e.g. 42","labels": "[\"bug\", \"help wanted\"]"}
[{"id": 1,"name": "bug","color": "d73a4a"}]
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.