Slackbot Automation, Approvals & Workflow Integration
Run Slackbot on autopilot. Keep the veto.
88 actions8 triggers
Messages fire into channels, bots post into threads, and your Slack workspace acts before you've read a single one. Rills proposes each action; you approve before it goes out.
Interactive. No signup. 14 days free · approvals always free.
Most automation fires first, asks later. Rills shows you the change before it ships.
Every consequential communication action from Slackbot arrives on your phone first. Approve in seconds. Decline without explaining yourself. Workflows wait, paused at zero cost, until you decide.
Queue 3
Invite 8 users to #onboarding based on DM keyword match?
8 users matched 'getting started' in direct messages
Same pattern approved last Monday for #onboarding
2 users already members — would be skipped
Free to wait. Free to think.
Approvals and logic don't cost a credit. Pause a workflow for three hours or three weeks. The price is the same: zero. You only pay when something real happens: an AI call, an outbound action.
Approve from your phone in five seconds.
Swipe right when you're sure. Decline when you're not. Between meetings, mid-coffee, on the train. No dashboard to babysit, no inbox triage, no 3am stomach-drop wondering what shipped while you slept.
Routine cases graduate themselves.
Every approval feeds a confidence score for that exact workflow shape. The obvious cases (the ones you've green-lit fifty times) start running on their own. The judgment calls still come to you.
About Slackbot automation
Unreviewed messages hit channels, unwanted bot posts stack up in threads, and users get invited or removed from conversations before anyone with context had a chance to weigh in. Slackbot automation moves fast, and the ones that go wrong show up as confused teammates or misfired announcements.
When Slackbot runs unsupervised
When a bot has workspace-wide access and no checkpoint between trigger and action, things go out that shouldn't. A single misconfigured workflow posts into the wrong channel or removes the wrong people from a call before you notice.
- Channel invite on SLACKBOT_CHANNEL_MESSAGE_RECEIVED: a keyword match fires and the wrong users get added to a private channel before anyone reviews the criteria.
- Delete a message from a chat: a cleanup rule runs on the wrong thread and removes a message a client was still referencing.
- Send ephemeral message: a bot surfaces internal context to the wrong user because the routing logic matched on a partial name.
- Delete scheduled chat message: a cancellation rule triggers early and a time-sensitive announcement disappears before it was meant to.
- Leave conversation channel: an offboarding workflow fires and your bot exits a channel that still needed coverage.
What Rills does inside Slackbot
Rills sits between the trigger and the action. When a SLACKBOT_CHANNEL_MESSAGE_RECEIVED or SLACKBOT_DIRECT_MESSAGE_RECEIVED event matches a workflow, Rills queues the proposed action, whether that's inviting users to a Slack channel or sending an ephemeral message, and waits for your call before anything posts.
The message still goes out; you just see the draft first.
When Slackbot events should and shouldn't act on their own
Not every communication trigger carries the same risk. Some are routine enough that a confident pattern is safe to graduate; others touch things you'll always want to review before they land.
- SLACKBOT_REACTION_ADDED: Low-stakes signal; logging or tagging reactions rarely causes harm and can graduate to autonomous after a few confirmed runs.
- SLACKBOT_CHANNEL_CREATED: Routine enough for auto-inviting a standard set of users, but only once you've approved the member list a few times first.
- SLACKBOT_RECEIVE_BOT_MESSAGE: Safe to route to a logging workflow autonomously; no user-visible output involved.
- SLACKBOT_CHANNEL_MESSAGE_RECEIVED: Always needs a human when the proposed action is a delete, an invite, or an outbound message to a real user.
- SLACKBOT_DIRECT_MESSAGE_RECEIVED: Touches private conversations; any proposed reply or action in a DM should wait for your approval every time.
- SLACKBOT_MESSAGE_REACTION_ADDED: If the reaction triggers a public post or a channel action, approve Slackbot behavior here before it ships to the workspace.
What wakes Rills up in Slackbot
When these events fire, Rills proposes the next move and waits for your call.
SLACKBOT CHANNEL CREATED
Fires when a new channel is created in your Slack workspace.
SLACKBOT DIRECT MESSAGE RECEIVED
Fires when someone sends you a direct message in Slack, capturing all DMs across your workspace.
SLACKBOT MESSAGE REACTION ADDED
Fires when someone adds an emoji reaction to a message in Slack. You can optionally filter by specific channels or emoji types.
SLACKBOT RECEIVE MESSAGE
Fires when anyone posts a new message to a Slack channel.
What Rills can do in Slackbot
5 of 88 actions across reads, writes, and updates.
- 01
Create channel
Creates a new public or private channel in your Slack workspace for organizing conversations and team collaboration around specific topics or projects.
- 02
Fetch conversation history
Retrieves messages and events from a Slack conversation in chronological order, allowing you to access past discussions and activity within a channel. This helps you review conversations, monitor discussions, and track communication history.
- 03
Invite users to a Slack channel
Add team members to a Slack channel by their user IDs, enabling quick onboarding of new collaborators to project discussions or team channels.
- 04
List conversations
Retrieves all channels and direct messages that a user has access to in Slack, allowing you to programmatically discover available conversations for automation or integration purposes.
- 05
Find users
Search for specific team members in your Slack workspace by email, name, display name, or other identifying information to quickly locate users you need to contact or manage.