Building an automation

Every trigger, condition and action available, what each one needs, and the limits on a single rule.

Triggers

A rule has exactly one trigger. Some triggers take settings that narrow them further β€” use those where you can, because they are checked before anything else.

TriggerSettings you can add
Task is createdβ€”
Status changesFrom certain statuses, to certain statuses, or both
Priority changesFrom certain priorities, to certain priorities
Someone is assignedOnly certain people
Someone is unassignedOnly certain people
Due date changesβ€”
Start date changesβ€”
Tag is addedOnly certain tags
Tag is removedOnly certain tags
Custom field changesWhich field (required), and optionally the new value
Task is renamedβ€”
Comment is addedβ€”
Task is archivedβ€”
Task is restoredβ€”

Conditions

Conditions are optional. Without them, the trigger alone decides. With them, the task must also match before any action runs.

Choose whether all conditions must be true or any of them.

FieldWhat you can ask
Statusis / is not / is one of / is not one of / is set / is not set
Priorityis / is not / is one of / is not one of
Assigneeis one of / is not one of / is set / is not set
Tagis one of / is not one of / is set / is not set
Due dateis set / is not set / is before / is after
Start dateis set / is not set / is before / is after
Time estimateis set / is not set / equals / more than / less than
Is a subtaskyes / no
Task nameis / is not / contains / does not contain
Custom fieldis / is not / is set / is not set / more than / less than / contains / does not contain

Date conditions take either a fixed date or a number of days from today β€” which is what makes "due date is in the past" (before, 0 days) or "due within a week" (after, 7 days) keep working without rewriting the rule every morning.

Days are counted in your workspace's timezone

A task due today is not "in the past" until that day is over in your workspace's timezone, exactly as the task itself shows it. Set the timezone in Settings β†’ Workspace.

Actions

A rule can carry up to six actions, and they run in the order you list them. Each action needs a matching permission at that location β€” Kokar checks when you save, not just when it runs.

ActionWhat you need to use it
Change statusEdit access. Manager-only statuses need full edit
Change priorityEdit access
Change assignees β€” add, remove, replace or clearEdit access
Change due dateEdit access
Change start dateEdit access
Change tags β€” add or removeEdit access
Set time estimateEdit access
Set a custom fieldEdit access
Create a subtaskPermission to create items
Add a commentComment access
Send a notificationView access

Dates can be set to a fixed date, today, or a number of days from the day the rule runs β€” so "due in 3 days" means three days from the moment it fires.

A rule refuses as a whole, not halfway

If the person who created the rule lacks the permission for even one of its actions, none of them run. A rule that half-applied would be harder to understand than one that visibly refuses.

Placeholders in text

Comments, notification titles and subtask names accept placeholders that Kokar fills in from the task:

PlaceholderBecomes
{{task.title}}The task's name
{{task.id}}Its ID
{{task.priority}}Urgent, High, Normal, Low or None
{{task.due_date}}The due date, as 2026-08-19
{{task.start_date}}The start date
{{automation.name}}The name of the rule itself

Anything you type that is not on this list is left exactly as written, so a typo shows up in the result rather than silently disappearing.

Limits on a single rule

Part of a ruleAllowed
Triggers1
Conditions15
Actions6
Rules on one location50

These are per rule and per location. How many rules your workspace can have switched on at once, and how much they may do each month, depends on your plan β€” see Limits and usage.

Editing someone else's rule

You can change a rule if you created it, if you have full edit access to its location, or if you are a workspace admin or owner. A rule is shared infrastructure β€” when someone leaves, the people left behind have to be able to pick it up.

Frequently asked questions

Can one rule have two triggers?

No. A rule has exactly one trigger. When you want the same outcome from two different events, write two rules β€” they are easier to read and easier to switch off independently.

What is the difference between a trigger setting and a condition?

The trigger setting narrows the event ("status changed to Done"). A condition filters the task ("…and it is Urgent"). Use trigger settings where you can β€” they are checked first and cost nothing.

Can I use the person's name in a comment the automation posts?

Not yet. The available placeholders are the task's own fields plus the automation's name. Names of people and statuses are not available as placeholders.

My rule has a lock icon next to a status I want. Why can't I pick it?

That status is manager-only, and you are not a manager at that location. Your automation could never set it, so it is not selectable β€” ask someone with full edit access to create the rule instead.

Does a rule fire when I edit a task without really changing anything?

No. Re-saving the same value is not a change, so nothing fires.

Keep reading