An automatic decision log for Slack — nobody has to type /decide

Most decision-log tools depend on someone remembering to log the decision in the moment. That holds for a fortnight, then a busy week arrives and the record goes with it. SignalOps reads your Slack channels on a schedule and keeps every decision — automatically, with a link back to the thread.

Also reads Microsoft Teams, Discord, Linear, Jira, Asana and ClickUp.

The problem with every /decide tool

Type a slash command. Right-click the message. React with a handshake. They all work — until the week you are heads-down shipping, which is precisely the week the important decisions get made and none of them get logged.

SignalOps removes the human step entirely. It reads what your team already wrote and extracts the decisions on its own, on the schedule you set. Nobody has to remember anything.

One evidence base, from two kinds of source

This is what makes SignalOps different. The AI you already pay for is stuck in one room: Slack AI only sees Slack, your tracker only sees tickets. SignalOps reads both your conversation and your work tracker, and — crucially — joins them. The decision argued out in a Slack thread and the Linear issue it concerns become one connected story, not two disconnected fragments.

CONVERSATIONSlackMicrosoft TeamsDiscordWORK TRACKERSLinear · JiraAsana · ClickUpSignalOpsdedup · link · correlateDecisionsAction itemsRisksOpen questions

Joined, not just collected

Deduplicated across sources

The same issue raised in a Slack thread and filed in Jira collapses into one signal — you see the problem once, with both sources attached, not twice.

Message linked to ticket

SignalOps knows that this conversation is about that Linear issue, and links them deterministically. The context and the work item travel together.

Correlated into groups

Related signals across channels and projects are correlated and grouped, so a problem that shows up in three places reads as one thing, not three.

Real delivery metrics

Connect a tracker and the delivery lens uses actual cycle-time — how long work really took — instead of a guess.

A decision log, and three things more

Decisions are the headline, but the same pass captures everything a decision log leaves out:

Decisions

What the team actually settled — with a link straight back to the message where it happened. The decision that lived in four messages and then disappeared under the next thousand is now a record you can find in six months.

Action items

Who agreed to do what, by when. Owner hints and due dates are lifted from how people really phrased it ("I'll take this by Friday"), not from a form nobody fills in.

Risks

The concern someone raised in passing and everyone moved past. SignalOps keeps it, so a risk mentioned once in a thread does not have to become an incident before anyone looks at it again.

Open questions

Things asked that got no answer in the conversation — the cheapest problems to fix while they are still just questions. Unanswered blockers are surfaced instead of quietly aging.

Four reports, and each one counts something different

Signals are the raw material. The value is what a whole period of them is read for. These four reports are not four summaries of one analysis — each one counts a different thing: the company, the counterparty, the work item, the threat. That is what makes them four documents instead of the same document with four titles, and each cites the exact signals it is built on.

Signals trend

openedresolved

Cycle-time

p50 · last 8 weeks

6.2days1.4

Backlog by type

open signals

Decisions12
Action items15
Risks8
Open questions6
1

Org Health

One short read on the company, ending in a verdict.

What it answers
What is the state of things, what is the single thing to do first — and what looks alarming but should be left alone?
Why it matters
It is the only report that tells you what NOT to spend attention on this period. A list of everything wrong is easy to produce and impossible to act on; naming the one thing that matters, and the things that do not, is the work.
2

Client & Stakeholder Health

Your outside relationships, grouped by the party rather than by the task.

What it answers
Which client relationships are at risk, and who is waiting on whom?
Why it matters
It labels every stalled item in one of two ways: they owe us, or we owe them. Those are opposite problems with opposite fixes, and a report that mixes them sends you to chase a client for something your own team has not finished.
3

Delivery Flow

Where work sits, how long it has been there, and who is holding it.

What it answers
Is our delivery actually working, and what is the one constraint to fix?
Why it matters
It names exactly ONE bottleneck and says why it and not the runner-up. Six bottlenecks is zero bottlenecks — the reader cannot choose, so they choose nothing. With a tracker connected this runs on real cycle time, not on a feeling about which project is slow.
4

Risk Register

What is open right now, plus what changed this period.

What it answers
What could still go wrong, who owns it, and what has nobody touched in weeks?
Why it matters
A register is a standing artifact, not a weekly recount — a risk opened months ago is still open today. It flags the two ways a register rots: entries with no owner, and entries nobody has looked at. Both are counted, not guessed at.

Decision log FAQ

Do I need to type /decide or tag messages?

No. That is the difference. SignalOps reads the channel and extracts decisions automatically, so the ones made during a busy week are captured like any other.

Does each decision link back to the conversation?

Yes. Every decision carries a link to the message it came from, so six months later you can find the decision, the reasoning and the thread.

Can it connect the decision to our Jira or Linear ticket?

Yes. SignalOps reads your tracker too and links a Slack decision to the work item it concerns — deterministically, not by guessing.

Go deeper

Written for the specific version of this problem you probably have.

Keep every decision, without keeping a discipline

Connect Slack and run the first analysis. See last week's decisions, kept automatically.