Dittwo vs Claude Tag
Anthropic built the same credential architecture we did. The difference is whose permissions the agent carries: a Slack channel's, or an employee's.
The short version
Anthropic built the same credential architecture we did, and we are not going to pretend otherwise: Claude Tag's sandbox holds no keys, its Agent Proxy injects them at the network boundary, and egress is default-deny. The difference is whose permissions the agent carries. In Claude Tag access belongs to the Slack channel, and Anthropic states that a channel member can therefore reach things they personally cannot. In Dittwo it belongs to the employee. If your work lives in Slack channels and you are an Anthropic shop, Claude Tag is excellent. If an agent's reach has to match a person's, or the whole system has to run on your own infrastructure, that is us.
Start with the part least convenient for us. Anthropic's agent identity post says the credential is "stored independently and mapped to that channel's identity, then injected at the network boundary at request time," and unlisted hosts are "blocked outright." That is the architecture this entire site argues for. Against Claude Tag it is not a differentiator, it is agreement: when the frontier lab shipped a team agent, they put the credentials outside the box too.
The real difference: whose permissions?
Claude Tag's unit of access is the channel. An admin provisions service accounts, attaches them to a channel, and everyone in that channel shares them. Anthropic is direct about the consequence, in their words: "a channel member without direct access to the repo can ask Claude to read that repo, if the channel's profile grants Claude that permission."
Dittwo's unit of access is the employee. Each person's agent is scoped to what that person already has, so support cannot reach payroll by asking nicely. Nothing widens when someone joins a channel.
Neither answer is careless. Theirs solves a real problem: with four people steering one agent, whose permissions should apply? "The channel's" is defensible and it makes multiplayer work. It also means a public channel with a bundle attached grants that access to anyone who joins. Anthropic lists the fix as future work, an "identity-aware overlay." Until it ships, the compartment is the boundary.
Approvals: shipping versus planned
Claude Tag has spend limits, per-channel scoping, host allowlists, and a full audit trail. What it does not have yet is a hold on an individual action. Anthropic names it under what's next: "just-in-time credential grants, so that a user can approve a single sensitive action in the moment." That describes what Dittwo approvals do today. The agent works up to the sensitive step, the gateway holds that request, and a named person releases it. The refund waits; the check that led to it does not. Both products can say no to a whole capability. Only one can say "not this one, not yet."
How they differ
Where they agree
Whose access the agent carries
Where it runs and what it costs
Running both
These are less mutually exclusive than the table suggests. Anthropic runs their own product team on Claude Tag and reports 65% of that team's code coming out of it. Split by whether the work belongs to a room or to a person. Collaborative triage in a channel, where everyone should see it and any of them could pick it up, is Claude Tag's shape. Work scoped to one employee's accounts, or touching a step somebody has to approve, is ours. A Dittwo agent can also call the Anthropic API through the gateway like any other service, so using Claude as the model does not require adopting the access model.
When to use which
Use Claude Tag when
- Your team's work genuinely happens in Slack channels and should stay visible to the room
- You are already a Claude Enterprise or Team customer and want the deepest Claude integration available
- Multiplayer is the point: several people steering one agent on one thread
- Channel-scoped service accounts match how you already think about access
- You want Anthropic to host and operate the whole thing
Use Dittwo when
- An agent must never reach something its human could not reach directly
- You need to hold one sensitive action for approval without switching off the capability behind it
- People need their agent from a terminal or the web, not only from Slack
- You want to choose the model, or change it later, without changing platforms
- Zero Data Retention, self-hosting, or reading the source is a requirement rather than a preference
Common questions
Anthropic built the same credential model. Doesn't that undercut your pitch?
Is the channel access model actually a problem?
Can I use Claude models with Dittwo?
Does Dittwo work in Slack too?
What does Claude Tag do better?
Can we run this entirely on our own infrastructure?
The longer version of the enforcement argument is in why an MCP gateway cannot see most of what your agent does, and the shape of the product is on the product page.
Also compared
Give everyone a twin.
Free for three people. Self-hosted on the Enterprise plan.