Your team agrees on something in Slack. Two weeks later a PR quietly breaks it. Nobody catches it until QA — or after deploy. Mo watches a Slack channel for decisions. When someone tags @mo to approve something, it stores it. When a PR opens, Mo checks the diff against every approved decision and flags conflicts before merge. It doesn't review code quality. It only cares if the code matches what the team actually decided.
No reviews yetBe the first to leave a review for Mo
Maker
📌
We built this after it happened to us — a decision made in Slack
didn't make it into the code, and nobody caught it until a customer
hit it in production.
The frustrating part wasn't the bug. It was that the decision was
right there in #product-decisions. The PR just never got checked
against it.
Mo is the connection that was missing. Happy to answer any questions
about how the decision matching works under the hood.
Report
How do you decide which Slack discussions actually become enforceable rules without creating noise?
Report
Maker
@athsara once you connect your Slack workspace you can invite @Mo and after a decision has been made, anyone can say @Mo approve this and it will approve it. If new decisions about that are made, for example saying trial should be 14 days when the previous decision was 7, the previous one will be overridden by Mo.
Report
Interesting approach. Curious how this handles the agent pipeline - when an AI agent opens the PR, does it still catch conflicts with decisions made before the agent was involved? The drift window starts earlier than that.
Report
Maker
@mykola_kondratiuk thank you. It only compares against decisions stored from Slack. Once installed and named in Slack, it will read the last 50 and ask you which ones you want to add. You also have a portal where you can add more.
Report
smart approach. letting users pick which decisions matter avoids context pollution from unrelated threads.
Report
Perfect scope - watching for decision drift, not code quality :)
How do you decide which Slack discussions actually become enforceable rules without creating noise?
@athsara once you connect your Slack workspace you can invite @Mo and after a decision has been made, anyone can say @Mo approve this and it will approve it. If new decisions about that are made, for example saying trial should be 14 days when the previous decision was 7, the previous one will be overridden by Mo.
Interesting approach. Curious how this handles the agent pipeline - when an AI agent opens the PR, does it still catch conflicts with decisions made before the agent was involved? The drift window starts earlier than that.
@mykola_kondratiuk thank you. It only compares against decisions stored from Slack. Once installed and named in Slack, it will read the last 50 and ask you which ones you want to add. You also have a portal where you can add more.
smart approach. letting users pick which decisions matter avoids context pollution from unrelated threads.
Perfect scope - watching for decision drift, not code quality :)