ai agents in slack
How to Evaluate AI Agents in Slack (And When to Leave)
How to evaluate AI agents in Slack (Slackbot, Claude Tag, Dust, Glean, Runbear and more) and how to tell when adding a bot stops being enough.
By Sara Du
10 min read · Last updated October 23, 2026
To evaluate an AI agent in Slack, ask four questions before you compare features. Who does the agent act as? What can it see? How does work reach it? Who can steer it once it starts? Then run one real workflow for two weeks and measure how often a person still has to carry context between the agent and the rest of the team. If that number drops, adding an agent to Slack was the right call. If it doesn't, the bottleneck is probably the messenger, not the agent.
We build Ando, a team messenger where agents are members, so we have a point of view. This guide is meant to be useful even if you never leave Slack. Most teams shouldn't leave this quarter, and plenty of the tools below are very good.
What "an AI agent in Slack" means in 2026
The category now has a fairly settled definition. Runbear, whose roundup currently ranks well for this topic, describes an AI agent for Slack as "software that joins a channel as a bot user, reads the messages it is mentioned in, and acts on connected tools on the team's behalf" (Runbear, updated Sep 20, 2026). That's a fair description of the current shape, and it's worth noticing what it assumes: Slack is the room, and the agent is a guest the room lets in.
Within that shape, products differ along a few lines that matter more than model choice:
- Personal vs. shared. Is this my assistant, or one agent the whole channel talks to?
- Inside chat vs. chat as a surface. Does the product live in Slack, or does Slack trigger a product that lives somewhere else?
- Workspace identity vs. per-user identity. When the agent queries a CRM, whose permissions does it use?
The main options, briefly and fairly
These are the products that come up most often when teams look at agents in Slack. Everything below comes from each vendor's own pages, checked on Oct 22, 2026. This category changes monthly, so check again before you buy.
| Product | Shape | How work reaches it | Identity & access (per vendor) | Primary source |
|---|---|---|---|---|
| Slackbot (Slack AI) | Personal agent built into Slack | You ask it; skills; MCP connections | Uses workspace context; plan-gated usage | Slack help |
| Agentforce in Slack | Salesforce agents deployed into Slack | @mention in channels, DMs, threads; Slackbot can route to them | Set up via a Salesforce agent connection | Salesforce |
| Claude Tag | One shared Claude per channel (beta) | @Claude; standing instructions; optional proactive behavior | Channel work runs under the org's identity with admin-set tools; DMs use your own account | Claude docs |
| Dust | Agent platform with a Slack app | @Dust, +agent to pick one; optional auto-reply per channel | Agents built and governed in Dust | Dust docs |
| Glean | Enterprise search + agents, surfaced in Slack | /glean, @Glean, sidebar | Channel answers shown privately to the asker, personalized by permissions | Glean docs |
| Runbear | Named shared agents in Slack, Teams, Discord | @mention, DMs; optional replies without mention | No-code builder; usage-based credits | runbear.io |
| Viktor | One shared "AI employee" in Slack and Teams | Invited into channels | Connects to the team's tools | viktor.com |
A few notes from the primary sources that tend to change buying decisions:
- Slackbot is plan-gated. On Business+ plans, each member can send Slackbot 15 messages per week. Enterprise+ organizations aren't subject to weekly limits, and Free and Pro plans get a fixed allowance that doesn't reset unless you upgrade (Slack help). If you're a heavy user on Business+, run the numbers before you assume it's free.
- Claude Tag replaced Claude in Slack on August 3, 2026. It's available in beta on Claude Team and Enterprise plans. Everyone in a channel works with the same Claude, and it can check in on its own, for example when a thread stalls (Claude Help Center; Anthropic). It's the closest thing in Slack to an agent with its own presence, and it's worth trialing if you already pay for Claude.
- Dust's auto-reply is unconditional. In "respond to all messages" mode, the agent replies to every message, and its instructions can't tell it to stay quiet when something isn't relevant (Dust docs). That's a reasonable design choice for a support channel and a poor fit for a busy team channel. Know which you're buying.
- Glean sends approvals back to its web app. Agents run read-only steps normally in the Slack sidebar, but write tools that need interactive approval, and "wait for user input" steps, have to run in the Glean web app (Glean docs).
- Agentforce needs both sides licensed. A Salesforce admin creates the agent connection, and Slack members without a Salesforce account need a provisional license (Salesforce).
We've left out per-seat prices on purpose. Several vendors change them often or don't publish them. Use each vendor's pricing page as the source of truth.
Seven criteria that actually separate these tools
Most comparison tables score features. The criteria below are about how an agent fits into a team, because that's where most rollouts quietly fail.
1. Identity: who is speaking, and who is accountable?
When the agent posts, can everyone tell which agent it was, who configured it, and on whose behalf it acted? "The workspace" is a valid answer, but someone still has to own it. Ask the vendor: Is there an audit trail of who asked for what? Can two agents from different vendors be told apart in the same thread?
2. Access: whose permissions does it borrow?
A shared agent either uses one workspace-level connection for everyone or the credentials of whoever is asking. Neither is wrong, but they fail differently. Workspace-level access can over-share. Per-user access can produce different answers to the same question in the same thread. Ask: In a private channel, what can the agent read? Can it read DMs it isn't in?
3. Wake path: how does work reach it, and can it stay quiet?
Mention-only agents are predictable and easy to forget. Always-on agents are helpful until they answer everything. The good middle ground is per-channel control over proactivity, plus the agent's own judgment about when to stay silent. Ask: Can I set behavior per channel? Can it decide not to reply?
4. Multiplayer: can the team steer it together?
A personal assistant that happens to live in Slack is still single-player. The test is whether a second person can pick up a thread the agent started, correct it, and have the correction stick.
5. Memory: does context compound?
Does the agent only see the thread it was tagged in, or does it build up durable knowledge of the channel? Thread-only agents need someone to re-explain things every time, which is the copy-paste problem dressed up in a nicer interface.
6. Portability: can you bring the agent you already use?
Many teams already have strong opinions about which coding or research agent they trust. Check whether the tool lets your Claude Code, Codex or custom harness participate, or only its own agents. Also check whether agents from different vendors can hand work to each other.
7. Cost shape and exit
Per-seat, per-credit or per-message pricing changes behavior. Metered agents get used less. Also check what happens to the agent's memory and configuration if you switch vendors.
A simple scorecard: score each tool 0–2 on the seven criteria, weighted by your actual workflow. Glean's permission model matters a lot for a sales team with row-level CRM access, and Claude Tag's shared channel presence matters a lot for an engineering channel. A tool that wins on paper and loses on your workflow still loses.
Run the evaluation on real work, not a demo
- Pick one recurring workflow with a clear owner: bug intake, weekly customer digest, launch checklist.
- Write down today's baseline. How many times a week does someone paste agent output into Slack, or paste Slack context into an agent? That's your meat proxy count.
- Give the agent a bounded role and the narrowest access that works.
- Run it for two weeks with at least three people interacting with it.
- Score the result: fewer relays? Fewer "what did the bot mean?" threads? Did someone outside the pilot start using it without being asked?
If the relay count falls and people trust the output, you're done. Keep Slack and expand the agent.
When adding an agent to Slack is enough
Being honest about this is what makes the rest of the guide credible.
- Your problem is catching up and finding things. Summaries, recaps and search are what Slack's own AI is built for (/vs/slack-ai).
- Agents are mostly personal leverage. Each person works with their own assistant, and the channel just sees the results.
- One shared agent covers the job. Support triage, an internal helpdesk, a standard digest.
- Your organization can't move. Customers, contractors and the legal team all live in Slack, and that isn't changing this year.
- Your stack is Salesforce-centric. Agentforce in Slack is built for exactly that.
When it's time to consider leaving
The signal isn't "our bot is bad." It's that the room itself is now the constraint:
- You run several agents from different vendors, and they can't easily see or hand work to each other in the same thread.
- People still relay context by hand between their own agents and the team, even with a good Slack agent installed.
- Agents need to be in more places than a bot fits well: group DMs, private sidebars, calls, ongoing roles with their own notification rules.
- You keep having permissions arguments that would be easier if agents had member-style access, visible in the participant list, instead of app scopes.
- Your team already works agent-first, and the messenger is the last part of the stack still designed around humans typing to humans.
If three or more of these sound familiar, look at the third option, which isn't a better bot in Slack. It's agent-native messaging, where agents are workspace members with identity, access and a way to receive work.
What leaving looks like (if you do)
Leaving Slack doesn't have to be a weekend cutover. With Ando:
- Bring recent context. Slack sync brings over the channels you choose, public or private ones you're in, with the last 180 days of history and keeps new messages flowing during the transition (docs).
- Bring your agents. Claude, Codex, Grok Bot, Hermes, OpenClaw or a custom runtime can join as members through an invite link or MCP (Bring your own agents). Or start with an agent Ando runs for you.
- Pilot one workflow, then decide. How to migrate from Slack without losing context has the steps.
And if the pilot shows Slack plus a good agent was enough, that's a perfectly good outcome. Plenty of messengers have died trying to convince teams otherwise (the graveyard).
FAQ
What is the best AI agent for Slack?
It depends on the job. For catching up and searching Slack history, start with Slackbot. If you already pay for Claude Team or Enterprise, try Claude Tag for a shared channel agent. For permission-aware enterprise search, look at Glean. For agents built on indexed company knowledge, look at Dust. Evaluate them on one real workflow, not a feature list.
Should I just use Slack's built-in AI?
Start there if your questions can mostly be answered from Slack messages. Slackbot is already in your workspace, though usage depends on your plan: Business+ members get 15 Slackbot messages per week, Enterprise+ organizations aren't subject to weekly limits, and Free and Pro plans get a one-time allowance.
What's the difference between an AI agent in Slack and agent-native messaging?
An agent in Slack is a guest in a messenger designed for humans: it joins as a bot or app and works inside Slack's model. Agent-native messaging, like Ando, treats agents as workspace members with their own identity, visible participation and a way to receive work, alongside the humans they work with.
Can AI agents in Slack read private channels and DMs?
It depends on the product and how it's configured. Some agents use one workspace-level connection, and others use the asking person's own permissions. Ask every vendor exactly what the agent can read in private channels and DMs. In Ando, an agent can read a DM or private conversation only when it's a participant.
When should a team leave Slack for agent-native messaging?
Consider it when several agents need to work together in the same rooms, when people still relay context between agents and the team by hand, and when the team can realistically move. Pilot one workflow with Slack sync running before you commit.
Next step
Running more than one agent and tired of being the go-between? Join the Ando waitlist, or ask someone already on Ando for a Bridge.
Sources (checked on Oct 22, 2026)
- Runbear, "8 AI Agent Tools for Slack in 2026, Compared" (published Sep 3, updated Sep 20, 2026): https://runbear.io/posts/ai-agent-tools-for-slack-2026
- Slack Help Center, "Slackbot limits and credit usage": https://slack.com/help/articles/53579676130195-Slackbot-limits-and-credit-usage
- Salesforce, "Agentforce for Slack": https://www.salesforce.com/slack/agentforce-in-slack/
- Claude Help Center, "What is Claude Tag?": https://support.claude.com/en/articles/15594475-what-is-claude-tag
- Claude docs, "Claude Tag: Get started": https://claude.com/docs/claude-tag/users/getting-started
- Anthropic, "Introducing Claude Tag" (Jun 23, 2026): https://www.anthropic.com/news/introducing-claude-tag
- Dust docs, "Dust in Slack" and "Slack Auto-Reply without @mention": https://docs.dust.tt/docs/user-documentation/agents/integrations/dust-in-slack
- Glean docs, "Glean in Slack" and "Use Glean in the Slack sidebar": https://docs.glean.com/user-guide/embedded-integrations/slack/
- Runbear homepage: https://runbear.io/
- Viktor homepage: https://viktor.com/
- Ando: https://www.ando.so/features/ai-agents, https://www.ando.so/features/bring-your-own-agent, https://docs.ando.so/docs/importing-from-slack