Reference · Tools

Wait

Pause workflow execution for a specified time interval before continuing.

Action Core Nodes v1

The Wait node pauses execution for a configured number of seconds and then passes all items through unchanged. It needs no credentials. A typical build is spacing out calls to an API that rate-limits aggressively, or giving an external job a moment to finish before polling it.

Node type
Action
Parameters
3
Outputs
Output, Error
Credentials
None required

Wait

Pause workflow execution for a specified time interval.

Overview

The Wait tool pauses workflow execution for a configurable time interval (in seconds) and then passes all input items through unchanged. This is useful for rate-limiting API calls, adding delays between workflow steps, or waiting for external processes to complete.

Category: Core Nodes
Tool Name: wait
Version: 1

Appearance: Icon: lucide-Timer | Color: #804050

Node Type

Action — processes input items and produces output

Input / Output

DirectionPort(s)
InputInput
OutputOutput, Error

Credentials

This tool does not require any credentials.

Parameters

ParameterTypeRequiredDefaultDescription
Wait AmountnumberNo5The amount of time to wait. Must be zero or more, and is capped at 60 seconds.
Wait UnitoptionsNosecondsThe time unit for the wait amount.
Options: seconds
Max ConcurrencynumberNo10Maximum number of items to process concurrently after the wait.

Output Data

The same items as the input, unmodified — one output item per input item, with the item JSON passed through unchanged and binary data forwarded. The node adds nothing to the item.

The pause happens once per node run, before any item is forwarded — not once per item. Ten items waiting five seconds delays the branch by five seconds in total, not fifty.

Usage Examples

  • Wait 5 seconds between API calls to respect rate limits
  • Give a slow external service a moment before polling it again
  • Space out requests in a loop so a rate-limited endpoint keeps accepting them
  • Pause briefly before checking order status

Example Configuration

Wait five seconds, then continue:

{
  "type": "wait",
  "parameters": {
    "amount": 5,
    "unit": "seconds",
    "maxConcurrency": 10
  }
}

Minimum configuration, using defaults:

{
  "type": "wait",
  "parameters": {}
}

Error Handling

ModeBehavior
stopHalts workflow on first error
continueSkips failed items, passes successful ones through
errorPortRoutes failed items to Error output port

Tips

Pauses workflow execution for a configurable time interval, then passes all items through unchanged.

Behavior notes

  • Seconds are the only unit. Wait Unit offers seconds and nothing else; any other value is rejected as an error.
  • Waits are capped at 60 seconds. A larger Wait Amount is accepted but the pause still ends after a minute. For longer gaps, split the work across separate runs — for example with a scheduled workflow — rather than stacking Wait nodes.
  • A negative or non-numeric Wait Amount fails the node. Zero is allowed and skips the pause entirely.
  • Cancelling the execution ends the wait immediately instead of leaving the branch parked until the timer expires.

Frequently asked questions

What units can I use?

Seconds only. Wait Unit offers `seconds` and nothing else, and any other value is rejected as an error.

How long can it wait?

Waits are capped at 60 seconds. A larger Wait Amount is accepted but the pause still ends after a minute — for longer gaps, split the work across separate scheduled runs.

Does it change the items?

No, every item passes through unchanged. It affects timing only.

Is it the right tool for waiting on a long job?

Not for anything over a minute. Poll on a schedule instead, or have the external system call a webhook when it is done.

Build with the Wait node

Drop it into a workflow, wire it to an agent, or call it on a schedule.

Open BusyBot

Last updated . Spotted something wrong? Tell us.