automations

Automations Overview

Learn what automations are, how the trigger → conditions → actions model works, and how to build, test, and monitor them in a Bluprint.

Automations run repetitive work for you. Instead of remembering to ping your team in Slack every time a video goes live, or to email everyone before a shoot, you describe the workflow once and Bluprint runs it automatically.

If you have used Airtable automations or Zapier, this will feel familiar: each automation is a small trigger → conditions → actions recipe. Automations live inside a Bluprint, so they can reach across every Channel in that workspace.

You will find them on the Automations page inside a Bluprint.

The Automations page showing a list of automation cards under the Automations, Templates, and Execution Logs tabs.

The Three Tabs

The Automations page is split into three tabs:

  • Automations — every automation in this Bluprint, with its status and a plain-English summary of what it does.
  • Templates — ready-made starter automations you can apply in one click.
  • Execution Logs — a history of every time an automation ran, and whether it succeeded.

How an Automation Works

Every automation is built from three parts, shown as connected cards in the builder:

  • WHEN (trigger) — the event that starts the automation.
  • IF (conditions) — optional checks that must all be true for it to continue.
  • DO (actions) — what actually happens.
The automation builder flow canvas with a WHEN trigger card, an IF conditions card, and a DO action card connected vertically.

Triggers (WHEN)

A trigger answers "what kicks this off?" Bluprint offers several:

  • When an entity changes — an Idea, Calendar Event, Script, or other record is created, updated, or deleted. You pick the entity type and which events to watch.
  • When a comment is posted — someone comments on a Script or a Thumbnail project. You can narrow it to comments that @-mention a teammate.
  • On a repeating schedule — a friendly recurrence builder (hourly, daily, weekly, or monthly at a set time). No cron syntax required.
  • Relative to a date field — fire a set time before or after a date, such as 3 days before a Calendar Event's start, or relative to a date-type Custom field.
  • When a count crosses a threshold — watch how many records match a filter (for example, Ideas in Editing) and fire when the total rises past a number you set.
  • Incoming webhook — an external tool calls a private URL to trigger the automation. See Trigger Automations With an Incoming Webhook.
  • Manually — the automation only runs when you click the run button. Handy for one-off batch jobs.

Conditions (IF)

Conditions narrow down when the actions run. They reuse the same field/operator/value rows as the Idea Catalog filter builder, so "Status equals Published" or "Priority is any of High, Critical" work exactly as you'd expect. All conditions must be true. Leave them empty and the automation runs every time it is triggered.

Actions (DO)

Actions are what the automation actually does. You can add more than one, and they run in order:

  • Send a Slack message — post to a connected Slack channel.
  • Send an email — to your team or a custom list of addresses.
  • Send an in-app notification — notify your team, specific people, or everyone @-mentioned in a comment.
  • Create or update a record — for example, set an Idea's priority, or create a Calendar Event.
  • Send an HTTP request — call any external API or webhook. See Send an HTTP Request From an Automation.
  • Generate with AI — turn an instruction into a value later actions can reuse. See Generate Text and Values With AI.
  • Wait — pause the run for a set time before the next action. See Add a Wait Between Automation Actions.

Message, email, and template fields support tokens like {{ row.title }}, which are filled in from the record that triggered the automation. Start typing {{ in any template field and an autocomplete menu lists every token available at that point — including {{ ai.* }} values produced by earlier Generate with AI steps.

Building an Automation

Start from the two buttons in the top-right of the Automations page: New Automation to build by hand, or Create with AI to describe it in words.

The New Automation and Create with AI buttons in the top-right of the Automations page.
  1. Open the builder

    On the Automations page, click New Automation to start from scratch, or Create with AI to describe the workflow in plain English and let the agent assemble it for you.

  2. Configure the trigger

    Select the WHEN card and choose what starts the automation. The right-hand panel changes to match the trigger type you pick.

  3. Add conditions (optional)

    Select the IF card and add any checks that must pass before the actions run.

  4. Add one or more actions

    Click Add action and pick from Slack, email, an in-app notification, a record change, an HTTP request, an AI step, or a wait. Fill in the details — including any {{ row.field }} tokens.

  5. Name it and enable it

    Give the automation a clear name and flip the Enabled switch on. A disabled automation never runs.

The automation builder configuration panel showing trigger settings for an entity-change trigger.

Testing with Run Test

Before relying on an automation, use Run test in the builder to fire it once on demand. For record-based triggers you'll be asked to pick a sample record to run against. The result lands in Execution Logs so you can confirm the actions did what you expected.

Templates

Not sure where to start? The Templates tab has starter automations for the most common workflows. Click Use Template and it opens in the builder, pre-filled and ready to tweak — nothing is saved until you do.

The Templates tab showing starter automation cards, each with a Use Template button.

Execution Logs

The Execution Logs tab is your audit trail. Every run shows its status — Success, Failed, Skipped, Running, Waiting, or Pending — along with which automation ran and what triggered it. You can filter by status or trigger type and search by name.

The Execution Logs tab listing automation runs with status badges, trigger details, and timestamps.

A Skipped run means the automation was triggered but its conditions weren't met — that's normal. A Waiting run is paused on a Wait action and will finish on its own once the timer is up. Failed runs are clickable: expand one to see exactly which action failed and why, so you can fix it (a disconnected Slack workspace is a common cause).

Required Permissions

Creating, editing, and running automations requires the automations:create_update permission. If the New Automation button or a card's controls are disabled, ask a Team owner to review your role.

Next Steps

Last updated 2026-07-09