Looks like Anthropic is progressing further into platform territory and conquering Agentic use cases left right and centre. If you’re building an agent platform for workforce productivity today, your best best is model agnosticism and focus on token cost control.
It recently wrote an entire dissertation for an epic, assuming it was related to some other project, where it had earlier made the wrong guess about a vendor capability (from their marketing materials, no less), and it all had to be thrown away. I cleared the memory, but it appears to be still pulling from some corporate data source i cant control or locate.
The only way it works is if customers truly start treating agents as humans with the same liability as an employee.
Yeah, that explains a lot.
> @Claude is multiplayer. Within a given Slack channel, there’s one Claude that interacts with everyone. This means that anyone can see what it’s working on, and can pick up the conversation from where the last person left off. This makes tagging Claude very different from working within a single chat or for a single task—it’s much more like interacting collaboratively with a teammate.
Given the reliability and general product quality of the Anthropic product team's code, this doesn't sound like a selling point.
@claude collect all the internal knowledge and context. And fire folks who are not required.
This announcement is all about Claude extending its reach beyond single-player workflows and into multi-player workflows.
On the flip side, Slack just announced MCP support for the Slackbot AI chat capability embedded within Slack. It is, for now, exclusively single-player.
Single-player is the "safe place" (relatively speaking). The context, permissions, and standards (MCP/MCP UI apps) all work reasonably well for it, but get super complex or break down entirely when thrown into a multi-player shared context. I suspect Slack is doing what they are doing with an eye towards multi-player, but it's hard to say how that will manifest.
For a real life example of this challenge: I work in scheduling (for Reclaim.ai) and you can ask our chat to find time to meet with a coworker and we go find time and help explain why certain times won't work. For example, it might say: "I couldn't do 11am tomorrow because you've got a job interview scheduled on your personal calendar". This is safe and fine to do in a private context.
But... imagine if one were to ask our service (or Claude) to find time with someone and it replied to the thread for everyone to see: "The soonest I could find is 12pm tomorrow. Reggie is available at 11am, but Lightbody has a job interview so it won't work". WHOOPS.
I think the other comments in this thread have the right idea of it: for this to really work safely, the permissions model needs to be nailed down, and it may mean that you end up with multiple identities of "Claude Tag" (or whatever agent you engage with in a public forum), and the context it gets is only the context that particular identity is entitled to, just like any other employee. But then that gets tedious because now I've got even MORE "people" to keep track of and know who to engage with, which is half the problem getting work done in large enterprises.
Will be interesting to see how this evolves. I'll have my popcorn out :)
For enterprises already with an Anthropic MSA, hard to see the argument to purchase a third party, like Glean, over this.
The best part for me is seeing non-technical folk spec out something in a thread that they discussed something and letting the agent go ahead and build it ready for the humans to review later.
During an incident, how do I know which Claude Tag called AWS?
AI enables quick shipping, but the traditional moat of development no longer applies.
They shoudl just expose SDK/platform for people to build own integration with Discord/Teams/mattermost etc. This would allow for fine grained permisions control and speed up adoption. To large degree this is alternative for OpenClaw ?
The hard problem is giving a shared agent durable organizational memory and a real isolated environment where it can safely access company systems and perform work. The agents need a durable log of what everybody at the company is doing, prevent data leaks with proper access control and isolate the runtime to give everybody both private & shared space.
It’s also not tied to Claude or Slack. We see Slack as one interface and the models as part of the harness. It's usually better to combine multiple providers to review the work.
The difference between this and our agents is that they are context aware - i.e. you can use them privately to access personal information safely.
Can provide a link if interested.
More importantly, claude-slackbot automatically remembering sounds like it'll be company wide AI slop? 75% of the stuff on slack should not be remembered for the future. And 90% of the stuff worth having in context is not even on the slack thread.
Has everyone collectively lost their minds? Suggesting anything like this even five years ago would get you laughed out of the room, and actually doing this would be a career ending mistake.
A tiny detail...
That explains a lot.
Not sure how much we'll use this, but it could be useful for filing tickets from conversations. Though I'd prefer to just point claude to the convo post-hoc rather than have to invite it each time just in case I want to ask claude to do something.
The last thing I want is claude chipping into a convo Clippy-style.
I know this is much easier said than done. And my comment is partly tongue-in-cheek.
But Slack isn't great. It isn't loved.
I don't understand why Slack still doesn't have a true single inbox view of all activity.
And their LLM integration is poor, for what feels like one of the clearest use cases for a rich LLM chat experience -- to discuss what's happening in a channel, filter cruft, and ask an agent to take actions against MCP productivity tools like add a todo, etc.
Slack's current AI integrations are piss poor. Just summaries with zero customization. I mean, isn't it obvious that's not good enough?
Eventually a ground-up rethink of Slack in an LLM age is going to displace Slack.
They'll likely survive forever as an enterprise provider, like Microsoft Office and related tools, simply because of integrations, etc.
But Slack feels ripe for disruption.
