Bastion Helix for Jira
05 Workflow automation · built · in testing

Rules that show their working.

When something happens in Jira, check what you care about and act: transition, assign, comment, create, link, log work. Test a rule before it goes live, and read exactly what it did every time it ran.

Try it live
An event travels from a trigger through a condition to an action, and the run is logged?
10+triggers, from edits to email
10+actions on issues and work
Test runa dry run before a rule is live
Every runkeeps its log
Live demo

The real module, running right here.

Working software on sample data — the same interface that renders inside Jira. It plays a short tour when it comes into view; click anywhere in it to take over.

jira · Bastion Helix Automation
Sample data
Loading the rule…

The issue on the right is made up. Everything that decides what happens to it is the real thing: this page runs the app's own rule engine, in the dry mode the Test run button uses inside Jira, and the log is what that engine really writes. Change the issue and watch each condition answer. Installed in Jira the only difference is that a run is not a dry one — project administrators write the rules for their own projects, every change is recorded as Bastion Helix, and each run keeps the log you see here.

What it does

Built for the job, not the brochure.

01

Triggers

Issue created, updated, transitioned, assigned, commented, linked; work logged; on a schedule; email received; timesheet and budget events.

02

Conditions

Fields and how they changed, JQL, people, hours logged and budget figures — each one answers yes or no in the log.

03

Actions

Transition, assign, edit fields and labels, comment, create issues and sub-tasks, link, log work, notify and change watchers.

04

Act beyond the issue

Point an action at the issue’s parent, its sub-tasks, its linked issues, or everything a JQL search returns.

05

Test run first

The Test run button runs the real rule engine in a dry mode, so you see what would happen before anything does.

06

Owned by the project

Project administrators write the rules for their own projects. Every change is recorded in Jira as Bastion Helix, and the rule’s history says why.

How it works

Three steps from install to answer.

1

Pick a trigger

Choose what starts the rule, or start from a ready-made one such as escalating urgent bugs.

2

Add conditions and actions

Say what must be true, then what should happen and to which issues.

3

Test, then switch on

Dry-run it against an issue you choose, read the log, and turn it on when it does what you meant.

Where the data lives

Inside Atlassian, with Jira’s rules.

Rules run on Atlassian’s compute, not ours. What a rule changes is written to Jira as Bastion Helix, so nothing it does is anonymous. What “never leaves your instance” means →

  • Project admins write rules for their own projects
  • Every run keeps a log of each condition and action
  • No rule can delete an issue — there is no such action, and nothing in the app’s code does
  • Email received is a trigger, so mail can start a rule
Questions

Straight answers.

What can a rule change?

Transitions, comments, fields, labels, links, watchers, logged work and new issues and sub-tasks. It cannot delete an issue: there is no such action, and nothing in the app’s code deletes one.

Who can create rules?

Project administrators, for their own projects.

Can I see why a rule did something?

Yes. Every run keeps its log — which trigger fired, how each condition answered and what each action did — and the change itself is recorded in Jira as Bastion Helix.

Early access

Be first in when it opens.

One email when early access opens. Nothing else — no newsletter, no drip sequence, and the list isn't shared with anyone.

You're on the list. Talk soon.

Early access members get the first year at launch pricing, locked.
Your address is stored with Resend, the email service that will send that one email.

Recorded from the live demo on this site: the module’s real code running on sample data. Nothing is edited apart from the title cards.