@RLanceMartin: https://x.com/RLanceMartin/status/2070571422913876182

X AI KOLs Timeline Tools

Summary

The post discusses the evolution of Anthropic's Claude Tag from a single-user agent to an org-level harness in Slack, enabling multi-player collaboration, asynchronous work, and proactive behaviors through improved model capabilities and security.

https://t.co/EMtmeAPLuM
Original Article
View Cached Full Text

Cached at: 06/27/26, 11:54 AM

Towards org-level agent harnesses

Claude Tag has grown rapidly in Anthropic. I want to share some of the reasons for this and the behavioral shifts I’ve seen with this agent UX.

Single to multi-player

When I joined Anthropic, nearly everyone had their own Claude Code harness with personal connectors. Agent identity was tied to the individual.

Over the past few months, Claude Tag introduced an org-level agent harness, giving Claude its own identity, connectors, and skills within Slack.

I saw this give rise to a number of benefits.

First, I think it helped to level the playing field of contributions. For example, new employees have immediate access to the same harness as everyone else, which helps people onboard more quickly.

Second, a harness with access to shared context, such as public channels in defined security boundaries, has benefits like reducing work duplication and disseminating best practices.

Finally, org-level harnesses open up different types of multi-player work coordination. Claude works “inline” with teams on problems such as:

  • Incidents are posted to a Slack channel and @Claude helps investigate the root cause with multiple engineers in a shared thread

  • @Claude is tagged in a long discussion thread to write a postmortem with timeline and actions.

Synchronous to asynchronous

Like many, I’ve built Slackbots before. When Claude could only manage a limited amount of autonomous work, I needed to steer the bot with regular check-ins, nudges, and approvals.

In the past, the model capability didn’t support a smooth asynchronous agent UX and I often found myself just returning to Claude Code in the CLI.

One way to think about product surfaces over time: Claude is a light source and the product is the lens that focuses it. As Claude gets more capable, the right product lens changes.

With Claude’s task length doubling every four months, Claude Tag became an increasingly appealing product surface.

Of course, this was due to model capability. But, security improvements also made it possible to trust asynchronous work delegation.

Claude got more resistant to prompt injection, classifiers (auto-mode) could review actions, and Claude Tag developed a strong security model.

Asynchronous work in Claude Tag also paired well with new primitives, like goal, that let Claude run, measure against the goal, and self-correct:

  • “Find opportunities to improve latency, check results, and profile.”

  • “Migrate framework X→Y across the code. Verify each migration e2e.”

Long-horizon work also pairs well with the shift towards HTML as a communication surface for Claude, which @trq212 wrote about here.

I’ll often have Claude communicate a large body of experimental or data science work with a custom HTML dashboard and visualizations.

Reactive to proactive

An asynchronous UX often needs Claude to come to you: if Claude runs for six hours and gets stuck, I want a proactive alert.

But proactivity preferences are task- or user-specific. Claude Tag makes this highly steerable with channel-based memory.

Memory is an important unlock for this UX, because it allows Claude to capture and remember your preferences for proactivity.

@trq212 mentions some examples here: give Claude Tag channel-specific response preferences (e.g., always respond, respond to specific request type) or just tell it specific triggers (e.g., a schedule or event-driven).

There are a few places where I use this:

  • Experiment monitoring: @Claude monitors a long running experiment and proactively helps to keep it running.

  • Proactive search: @claude proactively searches channels so that I understand prior work and best practices before starting on a task.

  • Channel watcher: I’ll tell @Claude to “ping me if < some condition is met >”. Claude will @-mention me under these conditions.

Claude Tag should be thought of as an org-level agent harness, with Slack being just the first of several surfaces.

It is enabled by a combination of factors, including Claude’s capacity for long-horizon tasks and various security-related improvements.

It also unlocked a number of new interaction patterns such as multi-player, asynchronous, and proactive use of Claude.

Finally, it’s complementary with other surfaces for Claude Code, such as the CLI. I often use Claude Tag to initiate work, but follow-up in the CLI for certain tasks that require a more hands-on UX.

To learn more, check out these resources:

  • See this article for an overview of Claude Tag capabilities

  • See this article on agent identity in Claude Tag

  • See this article on multi-player coordination with Claude Tag

  • See videos with @trq212 here and @lydiahallie here

Similar Articles

@unicodef1wn: https://x.com/unicodef1wn/status/2070179071548395916

X AI KOLs Timeline

A thread explaining how Anthropic's dynamic workflows in Claude Code allow Claude to build custom harnesses for complex tasks, preventing failure modes like agentic laziness, self-preferential bias, and goal drift by splitting work across separate agents. It includes practical examples and patterns for users to implement.