Point of viewCowork

The “company brain” just became a product. The real question is who owns it.

On June 23 Anthropic launched Claude Tag: you tag @Claude into a conversation and it works like a team member, with its own identity and the workspace’s memory. Many read it as “Claude that remembers.” To us the news is different: a company’s operating brain stopped being an idea and became a feature you buy. And when something becomes a product, the question isn’t whether you need it. It’s where it lives, and who owns it.

Raffaele Zarrelli·Simone Bova·Founder & Co-founder, Yempik·June 25, 2026·8 min read
In summary
  • Claude Tag brings Claude into Slack as a teammate with identity and memory: it validates a category, the company brain, rather than threatening it.
  • The real shift isn’t memory, it’s multiplayer: when the whole team tags the same Claude, shared state is no longer optional.
  • The question that matters becomes ownership: does the context live inside a vendor, or on files you own and govern?
  • Yempik’s answer already exists and is open source: cowork-os for the business, code-os for the code. Same method, context on files you own.
The fact

What Anthropic launched, plainly

Claude Tag puts Claude inside your workspace conversations: you tag it and it works using the company’s tools and the shared context, keeping the channel’s and workspace’s memory instead of throwing it away at the end of a task[1]. Early coverage sums it up like this: it’s learning how your company works, one message at a time[2].

There’s also an ownership choice already stated: work in channels is attributed to the organization’s identity, work in a direct message runs on your personal account, and only an Owner can configure access and channels[1].

For many cases that’s perfectly fine. But it’s exactly the point where it’s worth stopping to think.

The real shift

It’s not memory. It’s multiplayer.

Memory alone isn’t the new part: models already remember something between sessions. The new part is that a whole team is now tagging the same Claude. And the moment five people work on the same assistant, shared operating state stops being a luxury and becomes a requirement. Without common context, the same Claude answers every colleague differently, because each one feeds it disconnected pieces of the truth.

One person can keep the plan in their head. A team can’t. You need a place where “how we work” is written down, shared, and re-read by everyone, people and AI.

An assistant becomes useful to a team only when it reads the same context the team reads. Otherwise it isn’t a teammate: it’s five different assistants with the same name.

The question that matters

Where the company brain lives, and who owns it

We call “company brain” the set of things a team needs to know in order to work: decisions made, project status, open questions, rules, next steps. As long as it lives in people’s heads and in chats, it doesn’t scale. When you put it inside an AI, it scales. But at that point the question is no longer technical, it’s about ownership: is that brain yours, or is it rented?

Two axes change everything. The first: where the data lives, inside a vendor’s infrastructure or in a place you control. The second: how it’s governed, automatically and opaquely or explicitly and auditably. The combination of the two tells you who really owns your company brain.

in the vendoron your files
Transparent but rentedInternal wiki or Notion
Your company braincowork-os and code-os
Rented and opaqueClaude Tag memory
Yours but messyChat with scattered prompts
How it’s governedexplicit · ↓ opaque
Automatic vendor memory is convenient but lives inside the tool and you can’t see it. Context on files (cowork-os and code-os) takes a bit of discipline, but it’s readable, auditable, and stays yours: it’s the only quadrant you own and govern.
Two ways

Vendor memory, or context on files you own

It’s not a holy war: they’re two approaches with different trade-offs. Automatic vendor memory is convenient and zero-setup, but it’s opaque (you can’t see what it learned), it lives where the vendor decides, and if you switch tools you leave it behind. Context on files you own takes a bit of discipline, but it’s readable, versionable, auditable, and it moves with you.

Vendor memory
Context on files (cowork-os and code-os)
Where it lives
Inside the vendor’s tool
On files, in your own space
Who owns it
The vendor
You
Governance and audit
Opaque: you can’t see what it learned
Explicit: readable and auditable
If you switch tools
It stays behind
It moves with you
Shared state across the team
Per channel, inside the chat
One source the team and AI re-read
Initial setup
Zero: works right away
A bit of upfront discipline

For anyone in a regulated industry, handling sensitive data, or who knows tools will change, the difference isn’t a detail: it’s the difference between an opaque memory and governed work. It’s the same reasoning as our guide on AI governance for SMEs: you can’t govern what you can’t see.

Our answer

The company brain you own: cowork-os and code-os

We’re not theorizing this now: we’ve been building it for months, and it’s public. cowork-os is the open-source kit in which we package our method for people who work with the business: the folder structure, the instructions, the automations, and the work-state update rule, so the company’s context sits in one place, on your computer, readable by you and by Claude[3]. code-os is the same idea for people who write code: operating context and best practices on files, drop-in to any codebase[4]. Two faces of the same method: explicit operating context, on files that stay yours.

Retro software box of cowork-os and code-os, Yempik’s open-source kits for keeping the company brain on files you own.
cowork-os and code-os, packaged like an operating system: two open-source kits (MIT license) to keep your company’s context on files you own.
For the business

cowork-os

People who work with the business, without coding

The folder structure, the instructions, the automations, and the work-state update rule: your company’s context in one place, inside Claude Cowork.

cowork-os on GitHub
For the code

code-os

People who write code

The same method for the codebase: operating context and best practices on files, drop-in to any project. Technical decisions stay written down and yours.

code-os on GitHub
Two faces of the same method: explicit operating context, on files that stay yours.

It’s the difference we care about. The AI others leave you in slides, we put where you actually work, on files you own. Claude Tag makes this method more relevant, not less: the more AI enters teams, the more it matters to have context that’s yours.

How you start · ~30 min
1
You copy cowork-os
into your Cowork project
2
You answer 6 questions
in plain language
3
Claude generates the workspace
ready and tailored to you
What’s inside
context/
decisions/
marketing/
website/
reviews/

Plus the instructions, the routine automations, and a real, already filled-in example to copy from.

You don’t start from a blank page: you paste in a file, answer six questions, and the workspace builds itself.
When it’s enough, when it’s not

Honesty: you don’t always need to own it

If you’re a small team, you already work entirely in Slack, and you want speed with no fuss, the automatic memory of a tool like Claude Tag can be more than enough. There’s nothing to configure and it works. Saying so is part of our method: if the vendor’s AI is enough for you, we won’t sell you complexity.

Owned, governed context matters when at least one of these is true: you operate in a regulated industry or with sensitive data, you need to know and prove what the AI learned, you work with multiple tools and don’t want to be locked into one, or you want the know-how to stay in the company even when people change. There, an opaque memory inside a vendor isn’t enough anymore.

Apply on Monday

Five questions to know who owns your company brain

You don’t need to switch tools to start. You need to know where you stand. Answer these five questions about your current AI assistant.

Five questions · apply on Monday
  1. 1
    Portability

    If you switch tools tomorrow, does the context move with you?

  2. 2
    Transparency

    Can you see and edit what the AI knows about your company?

  3. 3
    Single source

    Is there one place where decisions and state are written down?

  4. 4
    Control

    Do you know who has access to that context and who governs it?

  5. 5
    Continuity

    Does the know-how stay in the company if a person leaves?

If you answer “I don’t know” or “it’s inside the tool” to more than one, your company brain is rented.

Frequently asked questions

Company brain, in practice

Does Claude Tag replace cowork-os?

No, they solve different things. Claude Tag brings Claude into Slack conversations with its own memory. cowork-os defines where your company’s operating context lives, on files you own and govern, independent of the tool. They can be used together: the tool reads context that stays yours.

Who owns the context when I use Claude Tag?

It depends on where you work. Anthropic attributes work in channels to the organization’s identity and work in direct messages to your personal account, and an Owner configures access. The memory, though, lives inside the tool: if you switch tools, it doesn’t move with you.

What is a “company brain”?

It’s the set of things a team needs to know in order to work: decisions, project status, open questions, rules, next steps. It becomes useful when it’s written in one place, readable by both people and the AI, instead of staying scattered across heads and chats.

What’s the difference between cowork-os and code-os?

Same method, two audiences. cowork-os is for people who work with the business and don’t code: it organizes the company’s context inside Claude Cowork. code-os is for people who write code: it brings operating context and best practices on files into any codebase. Both keep the context on files that stay yours.

Is it risky to put my company’s memory inside a vendor?

It’s not risky in itself, it depends on the context. For many teams it’s fine. It becomes a problem when you operate in a regulated industry, handle sensitive data, need to prove what the AI learned, or want the know-how to stay if you change tools or people. In those cases, context you own and govern is the better choice.

Transparency

Sources

  1. [1]Anthropic, “What is Claude Tag”, Claude Help Center. support.claude.com
  2. [2]TechCrunch, “Anthropic’s Claude Tag is learning your company, one Slack message at a time”, June 23, 2026. techcrunch.com
  3. [3]cowork-os, open-source repository. github.com
  4. [4]code-os, open-source repository. github.com
Transparency note

This article is written by Raffaele Zarrelli and Simone Bova, founders of Yempik. The editing is done with Claude. The tools cited and shown are our open-source kits cowork-os and code-os and Claude Cowork. Where we cite facts or numbers, you’ll find the source below.

Want a company brain that’s yours, not rented?

We start from your process, not the tool. We help you put context on files you own, governed, and bring automations into production when do-it-yourself isn’t enough. Fixed price and timeline, the code is yours.