Slack as a task source

A message is a task, its thread is the activity log, and reactions are the board.


Some teams' real backlog is a Slack channel. Peractor treats it as a first-class tracker.

Connect

The same Add to Slack install serves notifications and task sourcing — one app, one authorization. Then invite the bot to each source channel (/invite @peractor) and connect the channel from the tracker's settings page.

Capture: every post

Every top-level post in a connected channel becomes a task, so connect the channels that are already an intake queue: support, bug reports. Thread replies and bot posts are not tasks.

Posting is not acting. A task filed this way is an import, like an issue from Linear, and nothing runs in the poster's name. Nothing typed in Slack is a command either: the @peractor commands were removed, so start, stop and follow runs in Peractor. The Mention capture setting went with them, and a channel that had it now captures every post too.

Reactions are the board

No reaction means to do, 👀 means in progress, and ✅ means done — both emoji configurable. Peractor sets reactions as runs progress, and reads yours: a ✅ from a person resolves a task that is not running.

While a run is active, Peractor owns the status. A run is stopped in Peractor; no emoji stops one.

The thread is the loop

Run milestones post as replies under the source message. When a run asks a mid-run question, the thread gets the question and a link to the run, where it is answered.

Files shared on the message ride along as attachments.

Attachments need the files:read scope. If Slack was connected before that scope existed, run Add to Slack once more. And note that removing Slack removes the notifier too — they are one install.