1. Establish what is still unclaimed
Artie reads the report, replies and linked issue before acting. Duplicate reports are linked to the existing issue; a report that already has an owner is kept out of the unclaimed queue.
Give Artie the unclaimed bug queue. Each report gets a proposed owner, a specific next action and follow-through to evidence of closure.
Starts: A bug report lands in a connected channel, followed by the check-in schedule you agree.
Artie reads the report, replies and linked issue before acting. Duplicate reports are linked to the existing issue; a report that already has an owner is kept out of the unclaimed queue.
Using your routing rules, Artie asks the right triage lead to confirm an owner and records the agreed next step in the connected tracker. Follow-ups include the missing decision and the original report, with your cadence and escalation path.
Artie checks the issue and thread again before each nudge. Closure needs an owner-confirmed resolution, verification or an explicit decision such as a duplicate with a linked parent. A quiet thread or a merged PR alone is not treated as proof the bug is resolved.
This workflow coordinates the queue. When a report needs an actual code change, hand the scoped implementation to Gilfoyle.
Hypothetical finished result
Unclaimed bug follow-through
Hypothetical: a CSV export report has no assignee.
Connect the accounts and actions for your workflow. Start in Artie or add your Artisan to Slack; access stays within your account permissions.
Explore appsThis job owns triage and follow-through. A connected software-engineering workflow can take a reproducible bug into a draft PR for review.
Your routing rules or triage lead do. Artie asks when ownership is unclear rather than assigning a random teammate.
Agree the evidence for your queue: for example, owner verification plus a linked result, or a duplicate linked to its resolved parent. A lack of replies is not closure.