Short answer: Drop the "GitLab → GitLab Merge Request" trigger on your workflow canvas, add filters if you want them, and publish. It fires within seconds of the event in GitLab, not on a polling schedule.
Drop it on the canvas. Configure a couple of fields. Publish.
You don’t need to read this. Tiny Command auto-maps every field into the visual picker so downstream nodes can pull values by clicking. We show it here for power users who want to know what’s on the wire.
{"iid": 1,"url": "https://gitlab.com/group/my-project/-/merge_requests/1","state": "opened","title": "Add dark mode support","action": "open","author": "johndoe","source_branch": "feature/dark-mode","target_branch": "main"}
Every field below can be referenced by name in any action or filter that comes after this trigger.
| Field | Type | Example |
|---|---|---|
| iid | number | 1 |
| url | string | "https://gitlab.com/group/my-project/-/merge_requests/1" |
| state | string | "opened" |
| title | string | "Add dark mode support" |
| action | string | "open" |
| author | string | "johndoe" |
| source_branch | string | "feature/dark-mode" |
| target_branch | string | "main" |
One trigger. 10+ downstream actions. Zero glue.