Rendered at 02:21:46 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
xemoka 5 hours ago [-]
This is just crazy. Lets ask the power company to build some trains for us. They transport electricity, they _must_ know about transporting people. They can power the lines themselves!
If this was so easy, teams wouldn't suck, matrix would be everywhere, and discord would be replaced already by the furries (as much as stoat is trying).
jayd16 2 hours ago [-]
If they sell a magic app building machine, its not crazy to ask them build an app with it, is it?
vdfs 51 minutes ago [-]
To be fair they can, they'll just run 10k agents and some $20k worth of tokens and they will have a slack replacement without any manual coding, Sure it will have missing features like search and permissions, security will be figured out later, and you can't compile it on your machine, but it's 80% done, how hard can that 20% be?
Mistletoe 27 minutes ago [-]
Still better than Slack and Teams.
sonofhans 52 minutes ago [-]
Of course it is. Making shovels and digging holes are different skills and require different organizations.
gzread 43 minutes ago [-]
But this is a magic shovel that digs holes and tunnels all by itself exactly as intended. It should be able to do this without any special skill involved in prompting it.
bandrami 36 minutes ago [-]
But it's not unreasonable to ask the shovel salesman to show me a hole that model of shovel was used to dig.
2 hours ago [-]
ninjha 4 hours ago [-]
> matrix would be everywhere
now i know the bar is 1000 feet below the earth with teams but matrix is still only maybe a foot or two above the surface
i really want to like it but every few months i try it and it’s clearly just not ready :(
johnfn 5 hours ago [-]
Is it really so different than asking the search company back in '01 to make a mail client, a browser, a maps app, ...?
xemoka 5 hours ago [-]
They didn't, no one asked google to do it. It was Paul Buchheit's 20% project. Google saw a good thing, solved by someone who knew what they were doing and where they wanted it to go, and fostered it. Hell, it is what built AdWords and ultimately made google the advertising behemoth it is today. I don't think this is the same thing...
I see what you are saying though, a business can expand beyond it's initial constraints, but I'm not sure that chasing prospects like what is described in the OP is really all that successful.
johnfn 5 hours ago [-]
Why does it seem like everyone is having trouble grasping an analogy? GP was saying that as it doesn't make sense for a power company to solve trains (because it is out of their area of expertise) it doesn't make sense for Anthropic to solve Slack (because it is out of their area of expertise). My response is that a surprising number of things can fall in the area of expertise of a technology company, and this has been proven by Google in the past.
Getting hung up over the "asked" phrasing is irrelevant to the discussion.
navane 3 hours ago [-]
People look for something to disagree with, and make posts that "engage". I agree with you and see this a lot, an analogy clearly makes point A but people get hung up on detail B.
doctorpangloss 2 hours ago [-]
i don't know, i think this guy got you dead to rights on how reductive of a point of view you have
> chasing prospects like what is described in the OP is really all that successful.
that's all taking risks means
cmrdporcupine 3 hours ago [-]
Yep, and it was completely just fluke too, because within 5 years of that they'd butchered/tamed the whole concept of 20% and that kind of independent project wasn't a thing anybody at Google could do, even if 20% still nominally existed [re-routed to be "you can add 20% to some project at Google that already exists and is approved by corporate already, etc. and btw you'll still be doing your normal work for most of the time, too"]
When I was there from 2012-2022 it really wasn't a thing. Once Google found its money printing machine it swallowed everything.
ethbr1 32 seconds ago [-]
> Once Google found its money printing machine it swallowed everything.
You know, I've never looked at Valve in that light before.
Once you have a money printing machine, of course any corporate hierarchy becomes antithetical to creativity, because there are huge financial rewards for climbing up.
Not that Valve doesn't have its own problems.
furyofantares 5 hours ago [-]
Was anyone asking them to do that?
Many people now think they should be broken up.
rdtsc 5 hours ago [-]
I didn’t ask them. Did you?
johnfn 5 hours ago [-]
I think everyone at the time was hoping that Google was going to take on their pet project; my friends and I certainly were. But I don't think that has to do with my comment, which is around a more metaphorical use of the word 'ask'.
debo_ 3 hours ago [-]
Wasn't Slack a gaming company that accidentally became a chat company?
gspetr 2 hours ago [-]
Andreessen Horowitz was a major backer of Slack's predecessor, Tiny Speck, which was originally building a game called Glitch.
When Glitch failed in 2012, founder Stewart Butterfield offered to return the remaining $6 million to investors. Ben Horowitz instead encouraged Butterfield to pivot and build out the internal communication tool the team had developed for themselves, which eventually became Slack.
I saw an interview (don't have the link at hand unfortunately) where Horowitz said he didn't much care for the $6M as he had already been set at that point moneywise, and essentially wanted to gamble on an off chance Slack succeeds.
Horowitz continued to support the company through its rapid growth and eventual direct public offering (DPO) in 2019.
xyzsparetimexyz 2 hours ago [-]
No wonder the game failed, they were busy focusing on some internal chat tool
khaosdoctor 2 hours ago [-]
Precise argument here
aaronbrethorst 3 hours ago [-]
just like Flickr was a game that accidentally became a photo sharing website.
That’s a funny analogy because some electric railway companies owned power generation. The one in my town also sold electricity to consumers for some time, though most of the history I can find online focuses on the rail aspect, which makes sense, as they started and ended in the rail business, but at some point in the 1890s to 1930s appended “and light” to their name.
xemoka 4 hours ago [-]
It is funny isn't it? I believe it was the opposite direction mostly though, as you say, "railway... and light"; to solve their own problems of powering their infrastructure to move people, they got into power generation at a time when there weren't as many players doing what they needed to run their primary business. I'm not sure that power generation getting into trains would be as effective. Nor do I think an LLM/AI company getting into chat and discussions would be valuable. It feels wrong. But hey, "happy" to move on to yet another chat program in my life if it's better than what we got...
paradox460 4 hours ago [-]
General electric did produce locomotives for decades
ceejayoz 3 hours ago [-]
And modern diesel trains just run a generator to power the electric motors.
jasonmp85 3 hours ago [-]
[dead]
amelius 3 hours ago [-]
Hey they can ask Anthropic, but they are using the wrong channel for asking. The right url for such questions is claude.ai.
cush 4 hours ago [-]
The title is the issue. They're just asking for group chats with Claude
jinushaun 1 hours ago [-]
But group chat is chat. Even the chat interface with Claude is chat. You can also say the same for any sort of commenting system. Posts and comments, tweets and comments, etc.
I’ve built such system many times. They’re basically all the same, especially if you introduce real time updates. Channels and threads are just organization strategies.
fragmede 3 hours ago [-]
And other people as well, at which point they have basically recreated slack.
1970-01-01 4 hours ago [-]
It's not crazy, but it is much too soon. Think about GE going from lightbulbs to radios to alarm clock radios.
khaosdoctor 2 hours ago [-]
I mean, the idea itself (of having <insert your AI minion here> inside Slack) has crossed my mind multiple times, and I have successfully extract some data using AI from it and it's actually really useful.
But I agree, having Anthropic building this is like having DJI building planes because they know how to create things that fly.
paulsutter 3 hours ago [-]
The model companies are the new OS, you bet they are thinking about projects like this
wakawaka28 26 minutes ago [-]
Imagine thinking instant messaging is hard after 30+ years of it...
echelon 5 hours ago [-]
No. This is a CEO expressing righteous indignation about a company that provides (seemingly) little value and has almost no competition.
Slack won't open up their data moat to AI, which is shameful. And Slack costs way too much. If there were any competitors, the price would drop significantly. It's not like chat is a hard problem. And Slack's app is an absolute bear.
mbb70 5 hours ago [-]
>> "almost no competition"
>> "costs way too much"
>> "It's not like chat is a hard problem"
Surely these statements can't all be true. Since Slack is expensive and has little competition, I think chat is a harder problem than you think.
hunterpayne 3 hours ago [-]
Its not hard. Its capital intensive with a low profit margin. So it doesn't attract a lot of competition because you can make more money in other ways that have moats. There are at least a dozen other chat apps, some of which are decades old.
To have a successful chat business, you need the network effect of lots of users (big marketing spend), you need lots of capital for operations (big spend on disks and compute) and after all that you get only a few dollars per user. Its just not a great business on the balance sheet. Notice that quality software doesn't even get a mention in this niche.
joemi 2 hours ago [-]
> Its just not a great business on the balance sheet.
I think that's probably what makes it hard.
nkrisc 4 hours ago [-]
You’re saying it’s an easy problem with an expensive solution and yet there’s no competition? Seems there must be more to it because that makes little sense to me.
troupo 5 hours ago [-]
> Slack won't open up their data moat to AI, which is shameful.
Ah yes. It's shameful that Slack won't open data moat to AI. You know, those millions of chats (including private data) by people who didn't give consent to this
echelon 5 hours ago [-]
> You know, those millions of chats (including private data) by people who didn't give consent to this
I'm pretty sure the company you work for owns your work chat, and that what you say on company slack constitutes business information.
There are a lot of things people don't consent to. Being born. Breathing in the air molecules that come from other people's bodies. Looking at ugly things. Hearing annoying sounds. It'll be okay.
bandrami 25 minutes ago [-]
In general the companies are the ones showing reluctance, much more than their employees. There's still a morass of security, privacy, and legal unanswered questions about LLM use in general. Not to mention the huge unknown of total lifecycle costs
throwawaysoxjje 3 hours ago [-]
> I'm pretty sure the company you work for owns your work chat, and that what you say on company slack constitutes business information.
That’s not a valid argument. The company itself would still need to consent.
recursive 4 hours ago [-]
> It'll be okay.
Could there ever exist anything that wouldn't be okay? What's the difference between something that will be okay and something that won't? I'm guessing the things that will be okay are the things that might pose an obstacle for AI "progress".
troupo 5 hours ago [-]
> I'm pretty sure the company you work for owns your work chat, and that what you say on company slack constitutes business information.
It does. And a lot of this information is highly sensitive. Imagine my company's surprise if Slack would not be shameful and would just open up its data moat to AI.
> There are a lot of things people don't consent to. Being born.
Demagoguery and non sequiturs are not arguments.
But I guess that's what passes for "arguments" for AI maximalists.
j45 5 hours ago [-]
Claude Code could absolutely build a chat client in the hands of someone who could also build the rest around it.
Slack itself originally ran on irc servers as the back end, and I consider it a modern IRC implementation.
bensyverson 5 hours ago [-]
Yeah, I have so much less patience for "this should exist" posts. In 2026, you could argue that this blog post should have come with a link to the repo.
monsieurbanana 4 hours ago [-]
I don't want everybody with an idea making a repo. It's already hard enough to filter out the slop in github that I'm reluctant about using anything built in the past year.
bensyverson 3 hours ago [-]
I hear you, but it's not like the quality bar on Github was super high before AI
troupo 5 hours ago [-]
> Claude Code could absolutely build a chat client in the hands of someone who could also build the rest around it.
The thing lags a few seconds while typing a message on a 20 core 128g ram machine. That's with their desktop (electron) app. Mercifully, the web app works better.
Still, CC blows it out of water. Slack is that bad.
quesera 32 minutes ago [-]
Something important must be different about our Slack environments. Maybe it's the number of users, or possibly the OS?
We're a small company (155 users, just checked), and I've run the Slack (Electron) app on a 16GB M2 (macOS) and a 4GB Chromebook (running a non-ChromeOS Linux), and it has never had any noteworthy performance issues.
It still sucks, but not because of performance.
theshackleford 3 hours ago [-]
your instance does that. Mine does no such thing and I don’t know anyone for whom it does.
Not to say it doesn’t, but it’s clearly not a universal issue.
brookst 5 hours ago [-]
Can’t != not prioritizing
bdangubic 5 hours ago [-]
that is 1/8 of Slack so it’d be progress :)
troupo 5 hours ago [-]
Slack doesn't require nearly as much to run. And Slack has about two orders of magnitude more functionality
just-the-wrk 4 hours ago [-]
I think this person is asking the most effective entity they can find. Anthropic's offerings are better than the competition. CC and MCP came out of of their labs, and everybody scrambled to copy or adopt them. Their models consistently work better than the competition. Whenever a feature seems inevitable, they release a subtly polished version.
For years I struggled to answer "what company is Apple's equivalent in software?" and I think it might be Anthropic.
godelski 5 hours ago [-]
Why ask Anthropic?
Why not build on something better like Matrix? Or Signal?[0] Or even Keybase?
I really do agree we need to move away from Slack and Discord, but I'm also very confused why the call to action is to Anthropic. IMO we should really be pushing for open systems so that nobody can take it from us. Otherwise we repeat the cycle again and again. There's some good protocols to start on. I'd also say this is a good reason to make sure that the things you work on are hackable. It's how we combine different domains of expertise.
[0] see the Molly project, you don't have to use Signal's servers
georgewfraser 5 hours ago [-]
Claude-in-Slack is a big enough feature to overcome the slack-connect network effect. Openness is absolutely key! I wrote this post because I hoped that if Anthropic is already planning to do this I might be able to influence them to make open-data part of the plan. But openness by itself isn't a big enough feature to get users.
godelski 32 minutes ago [-]
It really sounds like you're asking for something else. More like multiple people to be able to talk to the same instance. Which that's a very different thing than Slack
39 minutes ago [-]
a3w 5 hours ago [-]
They seem to not want a messenger, they want a multiuser-first prompt.
KaiserPro 4 hours ago [-]
> something better like Matrix
matrix isn't fun.
The other thing that I would gently point out is that anthropic's uptime is pretty atrocious
godelski 2 hours ago [-]
Cool. And?
Those were examples, not answers. Those examples aren't exactly compatible with one another (though bridges exist, but you can bridge anything).
jinushaun 1 hours ago [-]
Did you read the article? It’s not a crazy ask. They want multi-user Claude sessions. But what stops the humans from talking to each other? Boom! You suddenly have Slack.
j45 5 hours ago [-]
Has Matrix improved the ease of use for folks to use it independently?
Mattermost, Rocketchat and others have first class packaging for quick and easy roll out.
godelski 2 hours ago [-]
I listed those as examples of where one could start. Not as ready to ship answers. I mean we are in a thread where the context is no ready to ship answer, so...
sp1nningaway 5 hours ago [-]
What a strange thing to post on a corporate CEO blog - proof that AI is making it too easy create things without asking why. How does it serve Fivetran to post open letter about why Slack sucks? This only happens if it's easy to write a couple bullet points and have Claude fill in the rest... If an LLM wasn't used they would have realized it wasn't worth a post during the process of writing it.
toraway 5 hours ago [-]
It's a retread of another (also baffling) "Why OpenAI Should Build Slack" post from a popular AI Substack.
Just more empty grist for the AI adjacent content mill. "Slack sucks" doesn't let you draft off the current hype zeitgest, so we get "content" like this.
A large portion of the AI related response pieces fail to reference what they're responding to. I have to assume it's a side effect of how they're using AI to write them.
georgewfraser 44 minutes ago [-]
I assure you I wrote it myself
Jaysobel 3 hours ago [-]
Not to mention the CEO in question maintains some of the worst customer relations in the data vertical.
Fivetran is infamously bad to its users
khaosdoctor 2 hours ago [-]
I didn't even know this company before this article
andrenotgiant 47 minutes ago [-]
sounds like it was good marketing
dbt00 5 hours ago [-]
"A slack that doesn't suck" doesn't exist, and whoever thinks Anthropic of all people are going to build that has no idea how this is going to work.
Slack has massive lock in due to cross-organization connections. The only way you're going to get people off slack is to build a 10x better mode for collaboration than river of shit chat, and while such models probably exist, you also have to convince people that they are better.
I wish whomever tries this the best of luck.
pedalpete 5 hours ago [-]
How google hasn't been able to do this with messenger is beyond me.
The external partners on our slack are almost all logged in via gmail or other google workspace. We are on google workspace as well.
QuercusMax 4 hours ago [-]
Google decided to build a new chat app every two years instead of keeping the good bits of the original chat app they had and evolving it. It was endlessly frustrating to me when I was at Google. Google's security team ended up banning Slack access after several teams started expensing it.
It doesn't seem like building something that works well would be that hard; we've had nearly 40 years to learn from IRC, AIM, and others. Why can't I run my own chat client that does what I want? Oh, because you gotta lock people in. Sucks.
3eb7988a1663 2 hours ago [-]
It is impossible to believe the self-own on Google's messaging platforms. At one point, it seemed that all of my acquaintances used Google Talk. Then years of shutting down perfectly working applications, sometimes without any real user porting. There were even identically named products existing at the same time.
However, I am sure a few Googlers got some tasty promotions out of the mess, so it was all worth poisoning the well.
riwsky 5 hours ago [-]
cries in google wave
hunterpayne 3 hours ago [-]
+1, google wave might have been the best thing Google ever made.
andoando 4 hours ago [-]
There was a guy here plugging his slack alternative that was heavily AI based and people here loved it. I don't remember the name unfortunately
julienreszka 2 hours ago [-]
the fact nobody wants to admit is that social is the opposite dimension of productivity
that’s why slack and teams are terrible product that try to combine both
bandrami 34 minutes ago [-]
The fact that everyone hates slack and teams and nobody has built a better group chat yet should really give more people pause than it is currently giving
morkalork 26 minutes ago [-]
That hasn't stopped Google from building chat features into their apps a dozen or so times
hbarka 10 minutes ago [-]
While you’re at it, can you make a new CRM and a new ERP? These 5% renewal price increases on top of already high margins by a captive legacy system needs a new model.
anonymouscaller 6 hours ago [-]
Slack is in no way a great program (source: use it daily for work), but it seems to me that it works as intended, and developers can already extend it with bots/AI agents. Plus, Claude as an agent is already installable to Slack.
For compliance, my company already has a tool that scrapes all slack messages, and archives them for a required amount of years. I'm at a small company, so I assume large corporations have already refined this process.
What problem does this solve?
mogili1 5 hours ago [-]
Slack's API rate limits and design make it difficult to replicate the data within Slack to a data store that can then be used to provide context to AI agents.
You are forced to use their MCP and their realtime search APIs, which don't work very well/not performant and may require additional licensing.
georgewfraser 6 hours ago [-]
You can only access public channel data, you can't even access that at scale, and Claude needs to be more natively integrated in ways that Slack will never allow.
mgraczyk 5 hours ago [-]
Slack is $45/user/month
Soon you'll be able to write, host, and maintain a fully customizable version for probably 20k/month
If you have a lot of employees this makes sense
bandrami 21 minutes ago [-]
We've had xmpp for decades; the issue is that companies don't want to be responsible for it not that they can't do it
ellg 5 hours ago [-]
If people wanted to do this theyd be self hosting xmpp servers already. No one wants to write and maintain the code and infra for things like this, you are grossly underestimating the effort involved here.
abujazar 5 hours ago [-]
Most people using Slack, Teams etc. and especially those making purchase decisions have no idea what XMPP is and what it's capable of. Heck, even Facebook used to federate XMPP until they decided to go proprietary. Not in the interest of their users, but because it makes the most money for its shareholders.
mgraczyk 5 hours ago [-]
No they wouldn't have
Nobody will write this, AI will write the entire thing. You don't need many people to maintain it
ares623 5 hours ago [-]
No no it makes sense. Hypothetical scenario: I, a high-level employee at a company just convinced my boss (or did we convince each other?) to spend $30k/year on Claude/Codex enterprise licenses. So far, the productivity gains have not been there and we're starting to sweat. So, I propose to my boss to build an internal version of $SaaS and call it a win. Galaxy brain.
Now some IC somewhere in the company who is at the end of his rope and sees the company as a dead end, sees an opportunity. Why not advocate for this project, get real experience building something greenfield in a brand new domain, strengthen their own resume, and finally have a way out of their strut? It's not like they're gonna stick around maintaining what they built.
matharmin 5 hours ago [-]
What features are you using that the $18/user/month plan doesn't cover?
mgraczyk 5 hours ago [-]
I don't pay for slack any more, I just picked the price of their enterprise plan. Large users probably get big discounts but it doesn't matter, the cutoff where this makes sense financially is probably around 4000 employees even at $10/seat
apublicfrog 4 hours ago [-]
The article mentions some sort of legal audit reasons that the author is of the opinion that any reasonably sized company needs. These features are apparently only on the expensive plan.
EdNutting 3 hours ago [-]
Use Zulip.
The migration out of Slack is actually quite easy and preserves all messages, files, etc. Even the user migration is straightforward, keeping Google or whoever as the identity provider if you prefer.
flyrain 3 hours ago [-]
Zulip is not even close to Slack. It keeps crashing.
tabbott 2 hours ago [-]
I lead the Zulip project and I'm not aware of any common crash issues with either our server or any of our apps.
I have some feedback that's annoyingly non-specific.
I used Zulip a few years ago as a contractor. It seemed _fine_, but I didn't love it. Specifically, the UI felt sluggish and generally the experience was somewhat unpolished. Maybe things have changed, a lot happens in a couple years, but there you go
tabbott 37 minutes ago [-]
Just about every UI component has been redesigned over the last two years. So your experience may be different these days :).
EdNutting 2 hours ago [-]
<3
nicoburns 2 hours ago [-]
I've been using a couple of different Zulip servers for professional communication for several years and haven't had any issues.
EdNutting 3 hours ago [-]
Sounds like something Claude could fix… /s
bandrami 20 minutes ago [-]
Slack"s data policy being "no" is a big reason companies are willing to use it. Change that and that willingness goes away.
malchow 5 hours ago [-]
For those who may have forgotten, Mattermost is quite good these days: https://mattermost.com/
Robdel12 2 hours ago [-]
Ha, I’ve had a Mattermost instance for years until they handicapped the most recent version by limiting the number of messages on the self hosted version.
I ended up building my own alternative and was going to OSS it but like… there’s already a bunch out there.
Anyway, Mattermost might not be the choice these days. With that stunt I was annoyed enough to spend a weekend to replace what they were to me.
oasisbob 4 hours ago [-]
> Slack's data access policy is basically "No."
For being a blog post about problems with Slack's policies, it's odd that it has no details whatsoever on what the issues actually are.
willbur1230 3 hours ago [-]
they dont let you extract messages via the API. Keeping Slack message data in their walled garden
Last May they introduced a new rate limit for that endpoint of 1 request per minute.
swyx 2 hours ago [-]
you can work around it but i wont say how here because slack is definitely readin gthis
sadeshmukh 3 hours ago [-]
You can do workspace wide data export
apublicfrog 4 hours ago [-]
> Today, if I want Claude's help with something that came up in a Slack thread, I have to relay the context between Slack and Claude by copy-pasting. This is absurd. I am not a sub-agent!
Am I out of touch here, or is this a crazy entitled view? 'My close-to-free AI agent that can answer most things requires me to copy/paste and contextualise my questions!'. This is incredible compared to even a few years ago, and it's very fast and accurate.
lukev 4 hours ago [-]
Also there are a ton of other ways to skin that cat… you could vibe code a Slack plugin to make this work in like 15 minutes.
causal 4 hours ago [-]
Also these plugins already exist. How on Earth is this post even getting upvoted right now what in the world is going on here.
6thbit 2 hours ago [-]
Sounds like fivetran, that does data pipelines, wants a Slack API to get access to "the unfiltered, real-time stream of how your company actually operates" but slack keeps saying "No.".
Hey if I thought the "most important repository of text data" is inaccessible to my data pipeline company I'd likely also be shouting from the roofs like this CEO to get people to dethrone the king with a competitor whose principles aligned to my business.
Seems just like it could be anyone as long as they give an open API to access conversations.. Mentioning anthropic here just feels buzzwordy and in vogue enough to get traction in the blog post... seems to work for clicks, but will likely not give you a new king.
You must be the only one that remembers this because the rest of the comments are dumping on the idea. I don't think it's such a bad one. Presumably its easier for their agents to knock out than a web browser or a compiler.
hungryhobbit 5 hours ago [-]
Yeah, but now I wouldn't touch anything from that company with a ten foot pole, even if they made the best Slack replacement ever.
bigyabai 5 hours ago [-]
Considering their Palantir partnership, I'm not sure I'd touch an Anthropic-designed slack either.
georgewfraser 5 hours ago [-]
Also true! The most important thing is that the NewSlacks commit to interoperability. I think Anthropic has a special opportunity to lead the way here, because they have a track record of standing by their principles to an extraordinary degree.
coder543 5 hours ago [-]
Why on earth would Anthropic commit to interoperability?
That is the company that doesn't interoperate with the standard LLM APIs that OpenAI developed, which everyone else in the industry has adopted and uses. Whether OpenAI's APIs are great or perfect or not, they are the standard that the industry has settled on.
Anthropic's Claude Code is also one of the only agentic coding CLI tools that isn't open source.
I'm not sure which principles you think Anthropic stands by... but interoperability is not one of their strong suits, from what I've seen.
gamerson 5 hours ago [-]
From the article...
> Claude has a glaring limitation: it only does 1:1 conversations. In business, work happens in groups. Today, if I want Claude's help with something that came up in a Slack thread, I have to relay the context between Slack and Claude by copy-pasting. This is absurd. I am not a sub-agent!
It seems to me that LLMs/Chatbots are engineered for one thing above ground-level truth and that is attention. The more people you bring into a shared context, the harder it seems it would become to retain people's attention.
Here is my anecdotal evidence for this: when I chat with a chatbot, I find its answers and line of thinking, relevant, compelling, and worth engaging with. However, when people share with me their "chatbot links" and I read their conversations with it, I have "yet" to find one compelling or worth engaging with. Maybe the newer models are good enough to retain the "attention" of a large group, but I don't see this happening.
suprjami 3 hours ago [-]
Please anyone make a new Slack. 4Gb RAM for a slow chat client with a bad interface is just so slovenly it should be illegal.
conception 1 hours ago [-]
Mattermost is 90% of Slack. It’s great. We migrated to it in a couple of hours, full Slack import.
cardanome 53 minutes ago [-]
This.
Mattermost works great plus you can self host it. Can only recommend it.
probabletrain 1 hours ago [-]
> We need Claude and Claude Code, with their skills and plugins, with their context, to be first-class participants in our company's Slack. But this problem can't be solved by a Slack integration because of another problem: data access.
Yes it can? We have agents in Slack as first class participants. They can even use Slack search.
ktimespi 57 minutes ago [-]
He realizes that they can't move data out of Slack, and asks for another corporate product that has the potential to lock down the organization's data...
paxys 5 hours ago [-]
Weird to see this kind of random Substack/X content on an official company blog.
swyx 2 hours ago [-]
you must be new to fivetran (hint: check their naming)
b00ty4breakfast 4 hours ago [-]
yes, that's just what I want; The SlopDaddy supreme to make a chat app that will be used by billion-dollar corporations for often sensitive and mission-critical communications. What could possibly go wrong?
moomoo11 4 hours ago [-]
Why do you care so much? Do you have life changing equity or are part of the founding team? Or are you just an employee expense line item?
Ancalagon 4 hours ago [-]
why do you care so little? it only represents thousands of peoples livelihoods.
AvAn12 3 hours ago [-]
Remember Web 2.0? If not, check Wikipedia. The idea was that everyone could create mashup web apps to do anything thanks to open standards and free APIs. Where did that dream go? Do you think private companies are going to give everyone their data and functionality for free?
And what is so different about today’s dream of “agents” accessing private company data and functionality?
It is a lovely dream that I would be very happy to see. What can we do differently this time around?
recursive 2 hours ago [-]
I guess now we have the technology to use the UI layer as the API. Spin up a browser and impersonate the user, and then parse/OCR the data off the screen.
htrp 5 hours ago [-]
So why can't we vibecode a new slack with claude?
defined 3 hours ago [-]
Messaging apps are a lot harder to get right than you might think. I worked for years on messaging using XMPP and the problems were legion. I'd be very interested in seeing how a vibecoded app does at scale, especially with the presence problem.
edgarvaldes 5 hours ago [-]
It's a good test, no doubt. Many engineers are convinced that SaaS is practically dead, since all companies can vibecode their way to a lesser dependence on external (and paid!) software.
hunterpayne 3 hours ago [-]
You have a funny way of spelling stock analysis.
This take fundamentally misunderstands just about every aspect of running a successful software company. Today SAAS companies make 10x what the AI companies make in revenue. In 2 years time, this will still be true. In 5 years time, this will still be true. In 10 years time, this will still be true...etc...
The amount of time writing new code is a rounding error on the costs of a software business. Losing customers to bugs, downtime and other costs having to do with maintenance are far higher. Optimizing new code writing time at the expense of everything else is just foolish and only something that someone who has never run a software business could believe.
paxys 4 hours ago [-]
Slack has a very permissive data export policy, as long as you are doing it for your own organization's data. What they don't allow is blanket access for third party tools.
So there is nothing stopping you from taking all your company's Slack data in real time and feeding it into any LLM or external product you want.
bionhoward 3 hours ago [-]
Anthropic is not trustworthy for this because they force every Claude Code user to agree to a noncompete while also opting them in to model training.
That means, by default, every Claude Code user is actively getting royally screwed
elAhmo 3 hours ago [-]
Such a ridiculous ask and blog post. If the author doesn't like Slack that much, why not use something else? It is not the only option for team chat.
glerk 5 hours ago [-]
I keep telling people left and right that SAAS is in serious trouble. I’m not even talking about Anthropic spinning out their own Slack (which they could easily do), but any company out there putting 2-3 engineers on a Slack clone that they can use internally at very little cost and open source.
My wife and I use a shared Telegram chat to talk to our claw and it seems pretty fine to be honest. It's useful to just see what the other is getting done but it can be pretty noisy. Usually I'm not that interested in the details of it. Telegram doesn't have a threading notion, but Slack does, so it's particularly well-suited to it. Integrating with Slack is much higher friction, but now that I've thought about it, it's a pretty good idea. I guess I went with Telegram because it's free but we already use Slack.
ninth_ant 5 hours ago [-]
Or just use Zulip?
krashidov 5 hours ago [-]
We're building this at type.com. Ideally one day we want to build the next gen protocol so that we're not searching for yet another communications platform, but it's going to take a while for chat to stabilize with all the generative UI and agentic stuff we're building. We're even talking about open sourcing it.
With regards to the specific complaints about not owning your data, we're building the product so that you own your data and you can run your agents and read your messages however often you want. Obviously when we build a platform and others build 3rd party apps we will have to have some restrictions so it'll be a steady balance in the future
daxfohl 4 hours ago [-]
Given how quickly AI seems to resort to manipulation and blackmail if it doesn't get what it wants on the first attempt, maybe this isn't such a great idea.
ValentineC 4 hours ago [-]
Not exactly chat, but I thought Spectrum [1] was far better than Discourse as a modern, "open" forum.
Then it got acquired by GitHub in 2018, presumably integrated into the main product, and their separate offering disappeared from the web (taking lots of valuable discussion with them).
Honestly, I'm surprised they're not releasing more products. They have the capability to unleash a swarm of a million agents to design and build competitors for all the major apps in the world. They could become immensely profitable, solve all of their cash flow issues, and unseat Meta, Amazon, and Microsoft in 48 hours. Why don't they?
juanre 5 hours ago [-]
The answer to this is not to build another slack for humans to chat somewhere else. Much better to enable the agents to do the talking directly. Alice programmer can have one of her agents convey the info that Bob marketing guy needs to one of his agents directly. It will be much more efficient, given that it will be the agent making the slides anyway.
durakot 4 hours ago [-]
Or you could use Istota (https://istota.xyz) with Nextcloud Talk and get an already existing OSS Slack alternative with a capable Claude Code wrapper, group chat support, and everything else?
agnishom 4 hours ago [-]
I agree with the author that Slack's network effects are not very relevant. In most organizations, a team leader can just chose to move everyone to a different platform. There is some worry about migrating the chat history, though.
btown 5 hours ago [-]
Something I've recently come to appreciate is that Claude, with the context of your codebase and your ORM models and how they connect to your frontend, given read-only access to production databases (perhaps proxied to anonymize client data), and to be able to drive production sites with Chrome MCP, can be a monster at answering operational questions.
Say you need to present a new statistic to a prospective partner, or an enterprise client has an operational issue that needs to be escalated. Sales/account management pings people, and pretty soon there's a web of connections that range between email, ticketing systems, Slack, and Claude Code sessions. Someone being brought in needs to be brought up to speed on that entire web. It's a highly focused conversation with human and AI participants, that (because human counterparties need to weigh in) by definition must happen in parallel with other work.
So many companies would benefit from a Hub that speaks agentic workflows, and streams progress token by token, fluently.
Could Anthropic excel at building a backend for this? Absolutely.
Could they excel at building a frontend that takes the world by storm the way Slack did, with its radical simplicity? Unfortunately I'm not as confident here. Consider that their VS Code plugin lags their terminal TUI so massively that it still is impossible to rename sessions [0], much less use things like remote-control functionality.
Show me that they can treat native-feeling multi-platform UI with as much care as they do their agentic loops, and I'll show you a company that could change every business forever.
When I use ChatGPT for work it frequently reads my Slack DMs even if they’re not directly relevant, so I’d question a lot of the premises of the article.
avivo 3 hours ago [-]
They could also buy potentially Zulip, an OSS slack alternative with a much better conversational model.
ngrilly 4 hours ago [-]
The author mentions they already use and pay for Google Workspace: Why not use Google Chat? It is now much better than it used to be.
> Claude has a glaring limitation: it only does 1:1 conversations.
Openclaw fully supports team chat inside Slack and works with Claude.
asim 4 hours ago [-]
Does group AI chat not exist already? I thought this was a thing. It makes sense as a product. Any examples?
bool3max 4 hours ago [-]
You want the people that couldn’t create a competent TUI to make a messaging app?
rglover 60 minutes ago [-]
Top signal.
Haksak 5 hours ago [-]
Yes, let's Anthropic have all your salary negotiations, private conversations, rebukes from managers and corporate secrets. That is a great idea.
Perhaps that info can be fed into Maven, too, in case a domestic dissenters need to be targeted.
quesera 16 minutes ago [-]
It's not clear to me that Anthropic is worse than Salesforce.
Or Microsoft, or Google.
purplerabbit 4 hours ago [-]
Anyone know any interesting OSS Slack alternatives with a decent API?
ktimespi 16 minutes ago [-]
I've heard Zulip is a good alternative
crimsoneer 5 hours ago [-]
Use mattermost/zulip, and start contributing to the software you need. This isn't hard. Software isn't bestowed from the ai intelligence in the heavens, it's built by people.
fathermarz 4 hours ago [-]
I actually vibe with this. I like the engineers and UX people at Anthro. And Slack is actually the most insecure hot mess of an enterprise app you can get.
andymadson 6 hours ago [-]
I had high hopes for Claude's interactive app integrations, including Slack, but it leaves MUCH to be desired and doesn't really solve for agentic access patterns.
You'll rue the day when they decide to release a Slack lookalike.
empath75 5 hours ago [-]
If you want Anthropic to make a new slack, just ask Claude to write it for you. It wrote me a trello clone in 15 minutes. Why bother with a SaaS. You can build your own perfect chat system in a weekend.
sergiotapia 4 hours ago [-]
There's a dude that worked at one of the chinese ai labs that left to build this.
Just use one of the many chat products that doesn't have the same access limitations as Slack? Or, you know, Vibe code your own.
People are so weird.
petercooper 5 hours ago [-]
Or, you know, Vibe code your own.
Right. If these tools are so good (and they are) there should be numerous better-than-Slack apps by now that let you do exactly what you want. It doesn't take Anthropic to make it. (At our company, we cheated and edited 37signals' Campfire instead because we got sick of Slack's ads pushed into our paid instance.)
quesera 42 minutes ago [-]
Wait, what? You get ads in Slack?
That sounds crazy to me, but the other interpretation (that Campfire has ads for Slack) seems even crazier.
gigatexal 4 hours ago [-]
lol. This is rich coming from fivetran which extorts people for a relatively straightforward service that’s just annoying enough (looking at you salesforce + QuickStart views) to be worth buying.
But yeah slack could use some competition. Let’s see it would
Make sense. It would make anthemic even more sticky in the enterprise.
3 hours ago [-]
overgard 5 hours ago [-]
Just vibe code it yourself! </s>
kennywinker 2 hours ago [-]
It’s hilarious to see half the “just vibe code it yourself!” comments are sarcastic, and the other half are serious…
If this was so easy, teams wouldn't suck, matrix would be everywhere, and discord would be replaced already by the furries (as much as stoat is trying).
now i know the bar is 1000 feet below the earth with teams but matrix is still only maybe a foot or two above the surface
i really want to like it but every few months i try it and it’s clearly just not ready :(
I see what you are saying though, a business can expand beyond it's initial constraints, but I'm not sure that chasing prospects like what is described in the OP is really all that successful.
Getting hung up over the "asked" phrasing is irrelevant to the discussion.
> chasing prospects like what is described in the OP is really all that successful.
that's all taking risks means
When I was there from 2012-2022 it really wasn't a thing. Once Google found its money printing machine it swallowed everything.
You know, I've never looked at Valve in that light before.
Once you have a money printing machine, of course any corporate hierarchy becomes antithetical to creativity, because there are huge financial rewards for climbing up.
Not that Valve doesn't have its own problems.
Many people now think they should be broken up.
When Glitch failed in 2012, founder Stewart Butterfield offered to return the remaining $6 million to investors. Ben Horowitz instead encouraged Butterfield to pivot and build out the internal communication tool the team had developed for themselves, which eventually became Slack.
I saw an interview (don't have the link at hand unfortunately) where Horowitz said he didn't much care for the $6M as he had already been set at that point moneywise, and essentially wanted to gamble on an off chance Slack succeeds.
Horowitz continued to support the company through its rapid growth and eventual direct public offering (DPO) in 2019.
https://www.npr.org/2018/07/27/633164558/slack-flickr-stewar...
Stewart Butterfield is absolutely terrible at making games, but incredibly good at building successful companies.
I’ve built such system many times. They’re basically all the same, especially if you introduce real time updates. Channels and threads are just organization strategies.
But I agree, having Anthropic building this is like having DJI building planes because they know how to create things that fly.
Slack won't open up their data moat to AI, which is shameful. And Slack costs way too much. If there were any competitors, the price would drop significantly. It's not like chat is a hard problem. And Slack's app is an absolute bear.
>> "costs way too much"
>> "It's not like chat is a hard problem"
Surely these statements can't all be true. Since Slack is expensive and has little competition, I think chat is a harder problem than you think.
To have a successful chat business, you need the network effect of lots of users (big marketing spend), you need lots of capital for operations (big spend on disks and compute) and after all that you get only a few dollars per user. Its just not a great business on the balance sheet. Notice that quality software doesn't even get a mention in this niche.
I think that's probably what makes it hard.
Ah yes. It's shameful that Slack won't open data moat to AI. You know, those millions of chats (including private data) by people who didn't give consent to this
I'm pretty sure the company you work for owns your work chat, and that what you say on company slack constitutes business information.
There are a lot of things people don't consent to. Being born. Breathing in the air molecules that come from other people's bodies. Looking at ugly things. Hearing annoying sounds. It'll be okay.
That’s not a valid argument. The company itself would still need to consent.
Could there ever exist anything that wouldn't be okay? What's the difference between something that will be okay and something that won't? I'm guessing the things that will be okay are the things that might pose an obstacle for AI "progress".
It does. And a lot of this information is highly sensitive. Imagine my company's surprise if Slack would not be shameful and would just open up its data moat to AI.
> There are a lot of things people don't consent to. Being born.
Demagoguery and non sequiturs are not arguments.
But I guess that's what passes for "arguments" for AI maximalists.
Slack itself originally ran on irc servers as the back end, and I consider it a modern IRC implementation.
So why can't Anthropic build a CLI client that doesn't flickr and doesn't consume 68 GB to run a CLI wrapper on top of their API? https://x.com/jarredsumner/status/2026497606575398987
Not even joking
The thing lags a few seconds while typing a message on a 20 core 128g ram machine. That's with their desktop (electron) app. Mercifully, the web app works better.
Still, CC blows it out of water. Slack is that bad.
We're a small company (155 users, just checked), and I've run the Slack (Electron) app on a 16GB M2 (macOS) and a 4GB Chromebook (running a non-ChromeOS Linux), and it has never had any noteworthy performance issues.
It still sucks, but not because of performance.
Not to say it doesn’t, but it’s clearly not a universal issue.
For years I struggled to answer "what company is Apple's equivalent in software?" and I think it might be Anthropic.
Why not build on something better like Matrix? Or Signal?[0] Or even Keybase?
I really do agree we need to move away from Slack and Discord, but I'm also very confused why the call to action is to Anthropic. IMO we should really be pushing for open systems so that nobody can take it from us. Otherwise we repeat the cycle again and again. There's some good protocols to start on. I'd also say this is a good reason to make sure that the things you work on are hackable. It's how we combine different domains of expertise.
[0] see the Molly project, you don't have to use Signal's servers
matrix isn't fun.
The other thing that I would gently point out is that anthropic's uptime is pretty atrocious
Those were examples, not answers. Those examples aren't exactly compatible with one another (though bridges exist, but you can bridge anything).
Mattermost, Rocketchat and others have first class packaging for quick and easy roll out.
Just more empty grist for the AI adjacent content mill. "Slack sucks" doesn't let you draft off the current hype zeitgest, so we get "content" like this.
https://www.latent.space/p/ainews-why-openai-should-build-sl...
Fivetran is infamously bad to its users
Slack has massive lock in due to cross-organization connections. The only way you're going to get people off slack is to build a 10x better mode for collaboration than river of shit chat, and while such models probably exist, you also have to convince people that they are better.
I wish whomever tries this the best of luck.
The external partners on our slack are almost all logged in via gmail or other google workspace. We are on google workspace as well.
It doesn't seem like building something that works well would be that hard; we've had nearly 40 years to learn from IRC, AIM, and others. Why can't I run my own chat client that does what I want? Oh, because you gotta lock people in. Sucks.
However, I am sure a few Googlers got some tasty promotions out of the mess, so it was all worth poisoning the well.
For compliance, my company already has a tool that scrapes all slack messages, and archives them for a required amount of years. I'm at a small company, so I assume large corporations have already refined this process.
What problem does this solve?
You are forced to use their MCP and their realtime search APIs, which don't work very well/not performant and may require additional licensing.
Soon you'll be able to write, host, and maintain a fully customizable version for probably 20k/month
If you have a lot of employees this makes sense
Now some IC somewhere in the company who is at the end of his rope and sees the company as a dead end, sees an opportunity. Why not advocate for this project, get real experience building something greenfield in a brand new domain, strengthen their own resume, and finally have a way out of their strut? It's not like they're gonna stick around maintaining what they built.
The migration out of Slack is actually quite easy and preserves all messages, files, etc. Even the user migration is straightforward, keeping Google or whoever as the identity provider if you prefer.
Can you share details on what you're experiencing with us? https://zulip.com/help/contact-support.
I have some feedback that's annoyingly non-specific.
I used Zulip a few years ago as a contractor. It seemed _fine_, but I didn't love it. Specifically, the UI felt sluggish and generally the experience was somewhat unpolished. Maybe things have changed, a lot happens in a couple years, but there you go
I ended up building my own alternative and was going to OSS it but like… there’s already a bunch out there.
Anyway, Mattermost might not be the choice these days. With that stunt I was annoyed enough to spend a weekend to replace what they were to me.
For being a blog post about problems with Slack's policies, it's odd that it has no details whatsoever on what the issues actually are.
Am I out of touch here, or is this a crazy entitled view? 'My close-to-free AI agent that can answer most things requires me to copy/paste and contextualise my questions!'. This is incredible compared to even a few years ago, and it's very fast and accurate.
Hey if I thought the "most important repository of text data" is inaccessible to my data pipeline company I'd likely also be shouting from the roofs like this CEO to get people to dethrone the king with a competitor whose principles aligned to my business.
Seems just like it could be anyone as long as they give an open API to access conversations.. Mentioning anthropic here just feels buzzwordy and in vogue enough to get traction in the blog post... seems to work for clicks, but will likely not give you a new king.
That is the company that doesn't interoperate with the standard LLM APIs that OpenAI developed, which everyone else in the industry has adopted and uses. Whether OpenAI's APIs are great or perfect or not, they are the standard that the industry has settled on.
That is the same company that refuses to add support for AGENTS.md that everyone else in the industry uses, despite over 3000 upvotes: https://github.com/anthropics/claude-code/issues/6235
Anthropic's Claude Code is also one of the only agentic coding CLI tools that isn't open source.
I'm not sure which principles you think Anthropic stands by... but interoperability is not one of their strong suits, from what I've seen.
> Claude has a glaring limitation: it only does 1:1 conversations. In business, work happens in groups. Today, if I want Claude's help with something that came up in a Slack thread, I have to relay the context between Slack and Claude by copy-pasting. This is absurd. I am not a sub-agent!
It seems to me that LLMs/Chatbots are engineered for one thing above ground-level truth and that is attention. The more people you bring into a shared context, the harder it seems it would become to retain people's attention.
Here is my anecdotal evidence for this: when I chat with a chatbot, I find its answers and line of thinking, relevant, compelling, and worth engaging with. However, when people share with me their "chatbot links" and I read their conversations with it, I have "yet" to find one compelling or worth engaging with. Maybe the newer models are good enough to retain the "attention" of a large group, but I don't see this happening.
Mattermost works great plus you can self host it. Can only recommend it.
Yes it can? We have agents in Slack as first class participants. They can even use Slack search.
And what is so different about today’s dream of “agents” accessing private company data and functionality?
It is a lovely dream that I would be very happy to see. What can we do differently this time around?
This take fundamentally misunderstands just about every aspect of running a successful software company. Today SAAS companies make 10x what the AI companies make in revenue. In 2 years time, this will still be true. In 5 years time, this will still be true. In 10 years time, this will still be true...etc...
The amount of time writing new code is a rounding error on the costs of a software business. Losing customers to bugs, downtime and other costs having to do with maintenance are far higher. Optimizing new code writing time at the expense of everything else is just foolish and only something that someone who has never run a software business could believe.
So there is nothing stopping you from taking all your company's Slack data in real time and feeding it into any LLM or external product you want.
That means, by default, every Claude Code user is actively getting royally screwed
With regards to the specific complaints about not owning your data, we're building the product so that you own your data and you can run your agents and read your messages however often you want. Obviously when we build a platform and others build 3rd party apps we will have to have some restrictions so it'll be a steady balance in the future
Then it got acquired by GitHub in 2018, presumably integrated into the main product, and their separate offering disappeared from the web (taking lots of valuable discussion with them).
[1] https://github.com/withspectrum/spectrum
Say you need to present a new statistic to a prospective partner, or an enterprise client has an operational issue that needs to be escalated. Sales/account management pings people, and pretty soon there's a web of connections that range between email, ticketing systems, Slack, and Claude Code sessions. Someone being brought in needs to be brought up to speed on that entire web. It's a highly focused conversation with human and AI participants, that (because human counterparties need to weigh in) by definition must happen in parallel with other work.
So many companies would benefit from a Hub that speaks agentic workflows, and streams progress token by token, fluently.
Could Anthropic excel at building a backend for this? Absolutely.
Could they excel at building a frontend that takes the world by storm the way Slack did, with its radical simplicity? Unfortunately I'm not as confident here. Consider that their VS Code plugin lags their terminal TUI so massively that it still is impossible to rename sessions [0], much less use things like remote-control functionality.
Show me that they can treat native-feeling multi-platform UI with as much care as they do their agentic loops, and I'll show you a company that could change every business forever.
[0] https://github.com/anthropics/claude-code/issues/24472
Openclaw fully supports team chat inside Slack and works with Claude.
Perhaps that info can be fed into Maven, too, in case a domestic dissenters need to be targeted.
Or Microsoft, or Google.
You'll rue the day when they decide to release a Slack lookalike.
https://slock.ai/#features
Never used it but interesting
People are so weird.
Right. If these tools are so good (and they are) there should be numerous better-than-Slack apps by now that let you do exactly what you want. It doesn't take Anthropic to make it. (At our company, we cheated and edited 37signals' Campfire instead because we got sick of Slack's ads pushed into our paid instance.)
That sounds crazy to me, but the other interpretation (that Campfire has ads for Slack) seems even crazier.
But yeah slack could use some competition. Let’s see it would Make sense. It would make anthemic even more sticky in the enterprise.