Workflow Builder takes the request. Ayven finishes it.

01 · The problem

A trigger fires a message. Then nothing is accountable.

Workflow Builder is honestly good at intake — submit a form, post to a channel, kick off on a reaction or a schedule, no code. But every one of those is a send: the moment the message posts, the workflow's job is done whether or not anyone picked the request up. So it sits there with no owner, no due date and no memory of itself, because chasing is not a step a fixed path can run.

3 of 3requests here landed correctly and still have nobody's name on them 4 daysis how long the oldest has been sitting

02 · What you need

Nothing files itself.

Ayven is accountable for the request, not autonomous with your board. Before she creates a ticket, assigns it or changes its state, the exact action comes to you first — preview it, change the owner or the date, then approve or refuse. The chasing runs on its own; the decisions stay yours.

0tickets created without a person answering first refusedoes something — the item goes back with your reason attached

03 · How it runs

Intake that closes.

Set where the asking happens and what an answer gets checked against. Every step rewrites itself to match, because the surface changes the words and never the work — and where a surface genuinely can't do something, it says so instead of skipping it quietly.

04 · What it's worth

A message sent isn't work finished.

This is the line a workflow can't cross: it can confirm the reminder went out, not that anyone acted on it. Connect Jira, YouTrack or Asana and a ticket-linked request closes only when the tracker actually shows the change. Before you connect anything she still runs the whole loop and closes on the owner's word — the same standard you have now.

1 of 2claims here didn't survive the check 0channel scrolling to work out what still needs a human