Hopefully there is some sort of version history implemented or planned like they have in Cowork[0]... this sounds great until a co-worker hijacks your Claude session with a worse idea and derails it from what you were intending.

[0] "Editing this message will create a new conversation branch. You can switch between branches using the arrow navigation buttons."

Thats a double-edged sword in some scenarios. If you're trying to keep info private then feeding it into a shared agent basically means that you can't guarantee that privacy. I'd imagine the approach here would be to have separate agents for private data and then restrict Slack access, but I could imagine tons of accidents from managers that habitually @Claude without understanding the implications.

We have the opposite problem. We've tried this slack integration (first with NanoClaw, then Hermes, but now just building our own), and we actually want the OPPOSITE.

In private context, I want to have a per-person conversation with durable context for that person's private chats. I also want that person's permissions to extend. Like contractors in our slack should only be able to ask and get back information about clients that they've been attached to, not our entire knowledgeable.

And we've implemented ALL that, but just with a lot of custom code. We've put in interceptors that put in per-user keys into the MCP connection so only certain tools are even exposed, etc.

The killer feature here is an auto assembling todo list, punchlist, project management.

Discussing what needs to be done next, and having it automatically sort it into what subtask it is, if it applies or is blocking to multiple other tasks. Recording specifications, measurements, dimensions. Being able to ask other people facts and have them correctly documented into the right task.

Company Brain / Knowledgebase is imho more rear facing, whereas todo is future facing.