PaPoo
cover

Claude Code’s cross-session messaging feels useful, but also a little brittle

What surprised me most is that this is on by default. Not a hidden beta flag, not some separate orchestration layer you have to wire up. Claude Code is apparently meant to notice when one session should talk to another and just do it. That’s a strong product instinct. It also makes me slightly nervous, because the whole feature sits right on the boundary between “helpful coordination” and “now my bots are chatting across terminals and machines, please don’t surprise me.”

The part I actually like is narrower: the feature seems aimed at the annoying, real developer problem of parallel work getting out of sync. A migration finishes in one terminal, another session is still building against the old schema, and instead of you acting as human packet switch, Claude can send the warning. That is a sane use of LLMs. It’s basically “replace copy-paste and stale mental context with a lightweight message bus,” which feels much more grounded than a lot of agent marketing.

But I’m not fully convinced by the trust story. The docs spend a lot of time drawing lines around what a message cannot do: it can’t approve permissions, it can’t rewrite config, it can’t execute slash commands, it can’t smuggle conversation history or files. Good. Necessary, even. Yet that also tells you where the sharp edges are. Claude is now allowed to route intent between sessions, but the receiving session still has to treat it like any other inbound prompt. That means the feature is less like a shared workspace and more like a constrained courier. Which is probably the right design, but it also means the usefulness depends heavily on whether the receiver is already in a state to act.

I also think the cross-machine part is the most interesting and the most awkward. If I’m reading it right, same-machine delivery stays local over a socket, but messages to another machine can go through Anthropic servers, and one-way delivery can happen without a reply path if the sender isn’t connected the right way. That’s clever, but it raises the kind of questions developers always ask after the demo works: what exactly is stored, what is transient, what gets logged, and how predictable is this when something is blocked by policy or permissions? The docs answer some of that, but not enough to make me relax completely.

There’s a broader product signal here too. Anthropic seems to be carving the world into distinct coordination modes: resume for one conversation, agent teams for Claude-supervised groups, agent view for monitoring, Remote Control for steering from another device, channels for external events, and now cross-session messaging for independent sessions that need to nudge each other. That’s a lot of surface area. Maybe that’s inevitable once Claude Code becomes an environment rather than a single assistant. Or maybe it’s a sign the platform is accumulating multiple overlapping ways to do roughly adjacent things, and developers will need a while to figure out which lever actually matches their workflow.

If I were trying this, I’d start with the boring case: two local sessions in the same repo, one running a migration or test suite, the other hacking on a dependent area. If that works cleanly, the feature is genuinely useful. If it turns into noisy, overzealous inter-session chatter, then it becomes one more clever idea that needs babysitting.


Reference: Message your other Claude Code sessions - Claude Code Docs

同じ著者の記事