Short answer: Drop the "Slack → Get Thread Replies" 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 |
|---|---|---|---|
Channel channel | string | Required | Slack channel ID (starts with C for public, G for private group, D for DM). Find via List Channels. Not the channel name with #. |
Thread Timestamp thread_ts | string | Required | Timestamp (`ts`) of the parent message that started the thread. |
Max replies limit | number | Optional | Max number of replies to return (1–1000). |
{"channel": "e.g. C0123456789","thread_ts": "e.g. 1709827200.123456","limit": "{{trigger.limit}}"}
{"ok": true,"raw": {},"count": 3,"messages": []}
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.