When to use it
- You’re developing or debugging a journey and want fast feedback without waiting for a cloud run.
- You want to run a journey against a locally-running service (for example,
localhost:3000). - You’re iterating on value configuration and don’t need a persistent result record.
- You’re writing a shell script or local automation and want to run journeys as part of it.
For CI pipelines, scheduled automation, or anything that needs durable results and cloud-managed secrets, use the Cloud Runner instead.
Key concepts
Local execution. The CLI compiles the journey into a build artifact and executes it on your machine. No cloud infrastructure is involved unless you add--cloud.
Local environment and secret resolution. When a journey references secret references or environment values, local runs resolve them from your local environment — shell environment variables, a local .env file, or local secret configuration. The values are resolved at run time and are never sent to Reqflo’s servers.
Environments. You still select an Environment when running locally. The environment provides base URLs and service-level config. If your local setup overrides specific values (for example, pointing base_url at localhost), those overrides take effect based on local environment resolution.
Cases and run inputs. Cases work the same way locally as they do in the cloud. Select a case with --case <name> to autofill a known value configuration, or pass individual values with --set key=value.
How it works
The CLI authenticates with Reqflo (seereqflo login), fetches the journey definition, compiles it into a build artifact locally, and executes it. Results are printed to stdout in the format you specify.

