Skip to the automations

ArboRule Engine

Automations that keep a receipt.

Connect your apps, your database and your own APIs into a flow you can test, version and roll back — and open any run from months ago to see exactly what it did.

See pricing

Free for 150 runs a month. No card, no sales call.

Lead capturev4 · livelast 28 runs
run_8f6b91lead routed to #leads1120 ms
  1. Form submittedInbound Webhookinbound3 ms
  2. Normalise fieldsCodePython54 ms
  3. Classify intentAIStructured838 ms
  4. Create HubSpot contactConnection201 created194 ms
  5. Post to SlackConnection#leads31 ms

One tick is one run — and one billed run — however many steps it took.

Billed by run, not by step. Tested before it ships. Traced after it runs.

YOU PAY FORRuns your automations make
YOU NEVER PAY FORSteps, seats, or automations

What you can build

Four automations, on the canvas that runs them.

This is the product canvas, not a diagram drawn for a landing page. Pick one and watch it run.

Starts with
Inbound webhook · form submitted
Ends with
A Slack message in #leads carrying the classification and the record link
Lead capture/v47 nodes · 2 branches

The parts

Three ways in. Everything else is a step.

Starts with

An HTTP call
POST to the flow's own endpoint and read the result in the response.
An inbound webhook
Give a service a URL. The Inbound Webhook node receives the payload and starts the run.
A schedule
A job reads rows from a database, S3 or an uploaded file and runs the flow over each one, on the schedule you set.

Then any of these

Rule
Branch on conditions, written as conditions.
Decision Table
A grid of cases and results anyone on the team can edit.
Code
Sandboxed Python for the part that is genuinely code.
Loop
Run a child flow once per item in a list.
Connection
Call a packaged provider, or any HTTPS or JSON API you have credentials for.
PostgreSQL
Read and write your own database mid-run — Postgres, MySQL, Snowflake, BigQuery, Redshift or MongoDB.
AI and Agent
An LLM step with a required output shape, or an agent with tools and a standing brief.
Create Case
Hand a run to a person without stopping it, and pick it back up when they answer.

28 packaged providers, plus a Custom Connection for anything with an HTTPS endpoint and an API key.

SlackHubSpotSendGridTwilioTelegramOpenAIAnthropicPlaidGoogle MapsTavilyExperianMiddeskSocureSumsubSee all 28

When something breaks

An endpoint that goes dark should not cost you the run.

A timeout, a 429, or any 5xx from the service you are calling is retried on a widening gap that spans a little over 24 hours. That is long enough to survive a maintenance window without hammering a service that is already struggling.

When the last attempt fails, your workspace admins get an email naming the endpoint, the event and the response code — once per endpoint per day, so a dead URL on a busy flow does not turn into a thousand messages.

  1. 01immediately
  2. 025 seconds later
  3. 0330 seconds later
  4. 045 minutes later
  5. 051 hour later
  6. 0623 hours later
  7. Still failing — your admins are emailed

Why it stays working

Your automations are software. Ship them like software.

Most automation tools give you one live copy that everyone edits. That is fine until the automation matters — and then a Tuesday afternoon change is the reason Friday's orders never reached the warehouse.

Test it before anyone depends on it

Run the automation in Sandbox against payloads you keep, and read what every step produced before a version goes anywhere near live traffic.

Publish a version, not an edit

Live traffic runs a published version. Editing the draft changes nothing that is running, so a half-finished change cannot leak into production.

Move traffic a slice at a time

Send a percentage of runs to the new version and the rest to the old one, or mirror live traffic onto a candidate in shadow mode and compare before you switch.

Open any run, months later

Every run keeps the version that served it, the path it took, and the value each step produced. Open run #8,412 from March and see exactly what happened.

Pricing

One run is one run, whether it has three steps or thirty.

Tools that bill per step make you pay for how you built the automation. A run here is one execution of a published version, start to finish. Splitting a step in two does not change your bill.

trigger7 steps2 branchesoutbound webhook

1 run counted

FREE
US$ 0forever

150 runs / month

Unlimited testing in Sandbox on top of the allowance. No card to start.

  • Every step type and every provider
  • Versions and run history
  • Community support
STARTER
US$ 19per month

1,000 runs / month

For the first automations a team actually depends on.

  • Everything in Free
  • Scheduled jobs and outbound webhooks
  • Email support
SCALE
US$ 149per month

15,000 runs / month

For automations carrying real volume across several teams.

  • Everything in Pro
  • Priority support
  • Onboarding with our team

Above your allowance, runs keep going at US$ 10 per 1,000 runs — nothing pauses, nothing queues, and no automation stops mid-month.

Coming from somewhere else

Bring one automation. The one that keeps breaking.

There is no importer for another vendor's file format, and we are not going to pretend otherwise — you rebuild the automation here. That takes an afternoon for most of them, and it is the only honest way to end up with something you can test and version.

If you already have ArboRule flows somewhere, those import directly, versions and subflows included.

  • Start with the noisy one.Rebuild the automation you already get pinged about, and watch its run tape for a week.
  • Run both for a while.Nothing forces a cutover date. Point a copy of the traffic here and compare the runs.
  • Move the rest when you want to.Your allowance covers runs, not automations, so a half-migrated workspace costs nothing extra.

Before you start

The questions we get asked first.

What counts as one run?

One run is one execution of a published flow version, from the trigger to the last step. A flow with three steps and a flow with thirty each count as one run, and a branch that is not taken costs nothing. Sandbox runs and live runs draw from the same monthly allowance, so there is one number to watch.

Do I pay per user?

No. ArboRule Engine is priced on runs, not seats. Everyone who touches the automation — whoever built it, whoever operates it, whoever gets paged when it fails — works in the same workspace without changing what you pay.

What can start an automation?

Three things. An HTTP call to the flow's own endpoint, which returns the result in the response. An Inbound Webhook node, which gives you a URL to hand to another service. Or a scheduled job, which reads rows from a database, an S3 bucket or an uploaded file and runs the flow over each one on the schedule you set.

What happens when a step calls a service that is down?

Outbound deliveries are retried six times on a widening gap — immediately, then after 5 seconds, 30 seconds, 5 minutes, 1 hour and 23 hours — which spans a little over a day in total. If the last attempt still fails, your workspace admins are emailed with the endpoint, the event and the response code, throttled to one message per endpoint per day.

Can I connect to a tool that is not on your list?

Yes. There are 28 packaged providers, and a Custom Connection speaks any HTTPS or JSON API you have credentials for. Six databases connect directly: Postgres, MySQL, Snowflake, BigQuery, Redshift and MongoDB.

Can I test an automation before it goes live?

Yes, and that is the point of the product. Build and run it in Sandbox as many times as you like, read what every step produced, then publish a version when it is right. Live traffic only ever runs a published version, so editing a draft cannot change what is already running.

How is this different from the automation tool I already use?

Most of the category gives you one live copy of an automation that everyone edits, and a run log that answers whether it succeeded. ArboRule Engine gives you versions you publish, a sandbox you test in, traffic you can move a slice at a time, and a stored trace for every run showing the exact path and the value each step produced. If your automations are small and rarely change, that machinery is overhead you do not need.

Start with one

Rebuild one automation. Watch its runs for a week.

Create a workspace, wire up the automation you already worry about, and let the run tape tell you whether it is behaving.