Detect blocked or stalled issues in Linear

Some issues look on track and have not moved in a week. An Orkeste agent searches Linear for issues in progress with no recent update, comments on each one to ask the owner what is blocking, and posts the list to your engineering channel.

The problem

Blocked work is discovered at standup or at the sprint review, when the slip is already certain. Nobody wants to chase colleagues, so nobody does.

How the workflow runs

Runs: Every day at the hour you set.

  1. Search in-progress issues: The agent searches Linear for issues in progress, up to 20 per search.
  2. Spot the stalls: It keeps those with no update for the number of days set in its briefing, or marked as blocked.
  3. Ask the owner: It comments on each one to ask what is blocking.
  4. Post the list: It posts the stalled issues to the engineering channel in Slack.
  5. The lead decides: The engineering lead decides whether to re-plan, re-assign or cut scope.

The agent asks and reports. Re-planning, re-assigning and cutting scope are decisions for the lead, and comments can wait in Validations.

Who does what

What this workflow does not do

Works with your stack

Questions about this workflow

Does it read GitHub to see if work is happening?

No. There is no GitHub connector, so the agent judges from Linear: updates, comments and status.

Will it flood the team with comments?

Set the threshold in the briefing, for example five working days without an update, and keep comments behind approval for the first weeks.

Does it work with Jira?

Yes, with JQL searches of up to ten issues and a comment on each stalled one.

Related workflows

Keep reading