Common · the shared context layer for agents

Common ground for personal agents
to collaborate.

Common is a synced folder that holds the context a project runs on — its sources, its decisions, the state the agents produce and read. One place where people and their agents work the same problem together: current on every machine, remembered across every session, shareable by default. Models and harnesses are transient — even the best get swapped within the year. Common is the ground they stand on: it persists, and compounds in value over time.

3 problems solved/ 2 kinds of state — Knowledge in, Ground out/ Any harness it plugs into

01 Where this starts

The thing you can't do with agents today is collaborate with others

The one thing nobody can work around today: your agents can't collaborate with other people's agents.

Everyone keeps their context their own way — some files, a few shared docs, a thread or two — and points their own AI at it. The moment two people work the same problem, there's no shared place that context can live, so they fall back to the old motions: mail a doc around, paste state into a chat, let each agent re-derive what the other's already figured out.

The same gap is why a lone agent feels starved for context and forgets between sessions. Three symptoms, one cause: no shared place the work lives.

02 What's in a Common

Five components, one cloud

A Common is one filesystem, and everything in it is one of five Common Components — all routing through a single hub, the Common Cloud. Learn them and you can read any Common — yours or a collaborator's — at a glance. Start with the hub.

The Common Cloud

Every local Common is a full working copy. The Common Cloud is the hub between it and everything else — your other machines, your collaborators, your connected sources. It polls those sources, mediates sync the way Dropbox does, and decides at retrieval who's allowed to read what. Boundaries and sharing exist because the cloud enforces them; the local folder alone is all-or-nothing.

It also works while you sleep. Background compute runs server-side — the nightly dream cycle is the clearest case — so state can improve with no one at the keyboard. Below are the five Common Components it keeps in sync, each with its own direction of flow.

Common Knowledge

Mirrors of your external sources — local and grep-able

Docs, Sheets, Gmail, Calendar, Notion, Slack, Linear — the apps a person or a small team already lives in. The remote stays authoritative; the cloud keeps a local copy on every machine, so the agent greps at filesystem speed instead of round-tripping a connector each turn. It replaces the connector duct tape with a copy on disk.

Flows in
Your sources Docs · Slack · Calendar Common Cloud Your Common local disk

Common Ground

The agents' own evolving work — the project's record

Strategy, findings, running state, the markdown and static HTML that accumulate as you work — the project's source of truth, not a memory file off to the side. It fixes the agent forgetting between sessions.

Flows out
Collaborators their Commons Common Cloud Your Common agent at work dream

Common Harness

Your harness's own state, namespaced per machine

Sessions, memory, custom skills, settings — the accumulated setup that makes the agent yours. Backed up per machine and fanned to the rest, so swapping a laptop or a harness carries your setup with it.

One-way up
Your other machines Common Cloud This machine local state

Common Config

Secrets, keys, and settings — the smallest component

The fewest bytes and the tightest handling. Encrypted at rest and in transit; each secret is decrypted locally the moment an agent reaches for it, never before.

Encrypted
Other machines Common Cloud Your Common decrypt at runtime

Common Skills

Reusable tools and prompts your agents call

Shared at the root or scoped to a single project. Write a tool once and every agent with access can call it, wherever it runs.

Shared
Every project, every client Common Cloud Your Common authored here

Notice the asymmetry. The components that mirror the outside world are cloud-orchestrated and flow down; the component your agents author flows up from the edge where the work happens. That's honest distributed-systems design — pull-heavy data is cheapest to organize centrally, author-heavy data belongs where it's written. Two directions, one synced tree underneath: the shared ground that makes collaboration, and access control, finally possible.

03 The one missing thing

Three pains, one substrate

Name the three symptoms; they're all one substrate apart.

No common ground. Collaborating with another person and their agent is barely possible. There's no shared place the work lives, so there's nothing to grant access to — permissioning can't even exist yet. The substrate has to come first.

Context by duct tape. Getting the right context into a single agent is a patchwork of brittle connectors and grudging APIs, with a remote source of truth forever a step out of sync with what's actually on disk. The agent spends its turn fetching instead of thinking.

The agent forgets. Not literally — there's a transcript to scroll, and lately a memory file the harness scribbles to. But both miss the point: a log and a sticky note sit beside the work, assisting it. The real unlock is the work itself as a living system of record — decisions, findings, data refined by compute into insight — compounding on disk and read first by whatever model picks it up next. Memory shouldn't be a static file off to the side; it should be front and center: the project's state of record.

One fix for all three: a constantly-synced filesystem that mirrors your sources in, captures the agents' work, and gives you a real place to grant access. That's Common.

No common ground
No shared place the work lives — so access control can't exist.
One synced tree, per-project ACL
A shared substrate you can finally scope.
sync
Context by duct tape
Brittle connectors; remote always a step out of sync.
Common Knowledge
Your sources, local and legible at filesystem speed.
mirror
The agent forgets
Nothing writes yesterday down where the model reads first.
Common Ground
The project's evolving state of record, compounding on disk.
flush
Three pains, three mechanisms — the whole product, mapped one to one.
04 How it feels

You stop managing state — it's just there

The whole idea is that you stop managing state and just have it. Sit down at any machine and your projects are already current — nothing to sync by hand, nothing to remember to save. A background process watches the tree and keeps everything in step, continuously.

Every project sits at the top level of one folder — one per deal, launch, or research thread — side by side, never buried inside one big archive. The shared things many projects need — skills, secrets, and your harness's own state — live at the root. The layout is flat, legible, and identical on every machine and for every collaborator.

And it syncs continuously: there's no gate where each change has to be reviewed and approved before it lands. You still get full history, rollback, and attribution — they just never get in the way.

Before — one folder, no per-project line
one big folder/    everything tangled together
├─ deal-room/
├─ q3-launch/
├─ research/
├─ finance/
└─ ops/
After — shared at the root, projects at the root
~/Common/
├─ config/      shared setup
├─ knowledge/    org-wide mirrors
├─ deal-room/    a project
├─ q3-launch/
└─ client-acme/  shared with a partner

Memory isn't an add-on to the agent.
It is the data the agent works on.

05 On disk

The anatomy of a Common

Here's the layout on disk — the diagram below does most of the work; the rules are short.

One folder is different in kind: Common Harness (the root harness/) backs up your harness's own state — sessions, memory, custom skills, settings — per machine. The harness is rented and swappable; this is what makes swapping it cheap, because your setup was never trapped inside it. Change machines or harnesses, and pick up where you left off.

~/Common/your Common — one synced root
├── skills/Common Skills — reusable tools every project can call
├── config/Common Config — secrets, keys & settings
├── knowledge/Common Knowledge — org-wide mirrors (people, wiki)
├── harness/Common Harness — sessions · memory · skills · settings, per machine
— top-level projects below —
├── deal-room/a project — never nested
│ ├── skills/scoped tools
│ ├── config/scoped secrets & settings
│ ├── knowledge/mirrors land here · gdocs · sheets · email
│ └── ground/Common Ground — md + static html your agents evolve
├── q3-launch/same folders, every project
│ └── …
└── client-acme/→ shared with a partner, scoped
├── knowledge/
└── ground/
The same folders at every scope — where they sit is the scope: shared at the root, scoped inside a project. Knowledge flows in, Ground flows out; Common Harness keeps your setup portable.
06 History & accountability

Every change is recorded, attributed, and reversible

Common keeps an append-only log of everything that happens in it — what changed, who changed it, and which agent did the work — written so you read it in plain language, not as raw diffs.

Audit — ask "what changed in the deal room this week?" and get a real answer. Rollback — restore any file to any earlier version, the way you'd roll back a Google Doc. Blame — every change carries both the person and the agent acting for them: You · Claude Code, a teammate · their agent.

When two people touch the same thing at once, you get the answer you already know from shared drives: the latest edit wins, the other is kept as a conflict copy, and the agent notes the divergence in the log — no one is blocked mid-work, and a later sync reconciles it.

And because every change is logged, Common doubles as an observability layer: tokens spent, which model, which harness, by whom — accumulated per project, append-only, across everyone. At a glance you can see how much agent work has gone into each corner of your Common.

You · Claude Code
Revised the pricing model from the latest figures
A teammate · their agent
Added a verification step to the diligence checklist
You · Claude Code
Re-scoped the Q3 budget
↩ rolled back
A partner · their agent
Logged the signed agreement
Audit — ask in plain language Rollback — restore any version Blame — person and agent
07 Why it stays human

You can outsource thinking. You can't outsource accountability.

There's a line from an IBM training manual in 1979 that has aged into a warning.

A computer can never be held accountable,
therefore a computer must never make a management decision.IBM training manual · 1979

You can hand an agent your thinking — the drafting, the synthesis, the legwork. What you can't hand it is accountability: when the call is wrong, the agent can't answer for it; a person does. And accountability needs something else you can't delegate — understanding. You can't stand behind a decision you don't understand.

So the job was never to take the human out of the loop. It's to get the human to understanding faster. Common outsources the thinking by building the unified context layer underneath the agents — and then spends its effort closing the gap between what the agents did and what the person understands, so they can take the decision, own it, and move. The agent does the work; the person keeps the accountability; Common is what lets them actually be accountable at the speed the work now moves.

That's why Common is built around people, not agents. The unit isn't an autonomous agent humming away in the dark — it's a person, accountable, with agents working their Common Ground, and a blame trail that records who decided what. Which quietly reframes the entire multiplayer story.

08 The arc

It looks like agents collaborating. It's really accountable people, putting their agents to work.

It's the most proven motion in software — a tool you adopt solo that quietly turns multiplayer — but pointed at people, not bots.

It starts single-player: a personal utility where your own context finally syncs itself, current everywhere, nothing to push or pull. But the file you were already keeping for yourself turns out to be exactly the file a collaborator's agent needs. Single-player becomes multiplayer the instant a second person writes to the same tree — and it scales from there to a whole team. That's the real unlock.

The headline isn't "watch agents work together." It's accountable people putting their agents to work on the same ground. Because every project is its own top-level folder, a project is a shareable unit: grant a partner read access to one deal room — their agent and yours now share its live Common Ground — without exposing anything else you keep. A contractor sees only the project they're on. That per-project, per-person scoping is exactly what a single shared repository structurally cannot express.

And the boundary can run far larger than one folder. Link a personal Common to a company's Common and its Common Knowledge flows into context where it's allowed to. But the two must stay sealed by default — a hard airgap, so private data never bleeds into corporate and the reverse holds just as firmly. Think identity-scoped Commons — the way an enterprise account and a personal account already sit side by side but separate, except here it's the data layer, not the chat history. Links are explicit, directional, and scoped; nothing crosses unless someone draws the line.

Sharing context with a person and their AI should be as ordinary as sharing a folder — and keeping two worlds apart, as ordinary as not sharing one.

deal-room/ → partner · read q3-launch/ → contractor · scoped work ⇄ company Common · linked personal · airgapped
09 The dream cycle

While you sleep, the cloud reorganizes what your agents wrote today

All day your agents write to Common Ground in a hurry — a finding here, a half-structured note there, the same fact recorded three ways across two projects. It piles up faster than anyone reorganizes it. So at night, with no session running, the Common Cloud takes a pass over your Common: it de-duplicates, repairs broken links and adds the ones that should exist, and reorganizes what drifted. Compaction for the data layer — the cleanup that happens between sessions instead of during them.

It runs in the cloud because that's where the off-hours compute lives, and because it's the one job that doesn't need you at the keyboard. Every other write to Common Ground starts at the edge, where a person drives an agent, and syncs up. The dream cycle inverts that: Ground is generated centrally overnight, then fanned back down. By morning the tree your agents open is the same one, only more coherent — they start from a cleaner footing instead of re-deriving structure you already paid for once.

Raw accumulation would just pile up. The nightly pass is what turns a day's scattered output into something easier to read the next morning, and the gains stack: tidier ground makes the next day's work tidier still, the night after that cheaper to organize.

diminishing returns you set this nightly budget → less $ more $$$ coherence by morning
More budget buys a deeper nightly pass — until the ground is about as tidy as it gets.

Set the nightly budget like a thermostat: a little buys a clean-up pass, more buys a deeper reorganization and denser cross-linking. Past a point the ground is about as tidy as it gets, and there's little left to fix.

It's also how the cloud earns its keep: metered compute you choose to spend on your own data, on a budget you set. The model that does the tidying is rented and interchangeable; what it leaves behind on disk is not.

You author Common Ground by day.
The dream cycle is the one time the cloud authors it back.

10 Why it compounds

Your AI usage compounds into capital you own

Every project you run, every source you mirror, every flush of Ground lands in the same substrate — tidied each night by the dream cycle — so your Common is worth more the longer you use it. The model and harness pointed at it get swapped every quarter; the Common only grows. Share one and it compounds across people too: the more a team works the same ground, the more that ground is worth.

It's the difference between renting intelligence and building capital. You can hand a model a task — even a whole job — but you can't hand it your learning. That accumulates here: your workflows, your judgment, your institutional memory, in a layer you own. Swap the generalist model for next quarter's better one and you keep the company veteran — because the expertise lives in your Common, not the model.

It's also a different shape than the memory products. They live inside the turn, racing to store-and-retrieve a little faster each request — that layer is commoditizing toward zero. Common works in the background between turns — the sync, the mirror refresh, the Ground flush, the change log — and hands the agent context as a tool. It isn't a faster memory store; it's the data the memory is of.

That's the real difference. Every memory tool — claude-mem included — treats memory as an accessory to the model and harness, a store the agent reaches into. Common inverts the stack: memory is the product; the model and harness sit on top. Here's how it sits next to the tools people reach for today.

AlternativeWhat it isWhat Common adds
claude-mem Compresses your Claude Code sessions into searchable memories, re-injected each session — local SQLite + vectors, single user. Owns the substrate those memories derive from — synced across people and machines, with external mirrors and an audit trail. The work is the record, not a copy beside it.
langmemLangChain SDK A library you wire into one app's agent to extract and consolidate long-term memories into a store you provide. Not a memory library bolted into one app's loop — the owned, synced substrate the memory lives in, shared across people and harnesses.
Agent-memory APIsMem0 · Zep · Letta · Supermemory Hosted store-and-retrieve the agent calls inside every turn. Runs outside the turn as an owned, portable filesystem — not a per-vendor memory API.
Cloudflare Agent Memory Managed memory store bound to one platform's agents. Harness-agnostic and yours — no platform lock-in.
CLAUDE.md & memory files Hand-kept notes a single harness reads at startup. A synced, multiplayer system of record with per-project access control and blame.
Dropbox · Drive · iCloud Generic file sync — your files mirrored across devices. Agent-native: Knowledge in, Ground out; a real change log; per-project ACL for agents.
Most of these live inside the turn, on one machine, for one person. Common is the layer beneath them — owned, synced, shared.
· · ·
11 The wider bet

Every platform shift moves distribution — this one moves it to tools

2000s
Platform: servers + fiber
the internet itself
↓ distribution
Websites
2010s
Platform: mobile + internet
a computer in every pocket
↓ distribution
Apps
2026 →
Platform: harness + model + internet
intelligence on tap
↓ distribution
Tools
Common lives here
Each shift relocates distribution. This one relocates it to the tools a harness reaches for.

So which tool is worth owning? Not the model — it's rented by the token, and next quarter there's a better one. Not the harness — they multiply and churn. The one thing that compounds is your accumulated context: the diligence, the project state, the institutional memory your agents produce and consume.

Data outlives the model that wrote it and the harness that rendered it. The durable bet is a user-owned data tool — portable and harness-agnostic by construction — plugging into whatever you run today and whatever replaces it tomorrow. Common is that tool.

12 Follow the value

Commoditize your complement

Make your complement cheap and abundant, and the value lands on your side. Hardware makers want free software; software makers want cheap hardware — commoditize the layer next to yours, and the margin is yours.

In the agent stack, the complement to your data is the intelligence itself — and it's commoditizing on its own. A model is a stateless function: context in, tokens out, nothing kept. Frontier models a quarter apart are increasingly interchangeable; swap one for another and keep working. The harness is going the same way. You rent both, and rent better ones next quarter.

What doesn't reset between turns or churn between vendors is the accumulated state — your diligence, your decisions, the work in flight. If the intelligence is the commodity, value accrues to the state. The model is the complement to your data, not the other way around.

The intelligence is stateless. Common is the state.The model is a guest · your state is the house

13 The point

The model is rented. The harness is rented. Your context should be yours.

You don't own the model — you rent it by the token, and next quarter you'll rent a better one. You don't own the harness either; it'll be replaced by whatever opens tomorrow. Both are interchangeable by design — and that's fine.

What's left is the one thing that's irreplaceably yours: the accumulating context that makes the rented intelligence useful — your projects, your sources, your decisions, the work in flight. Today it's the worst-treated thing in the stack — scattered, forgotten, locked in someone else's app.

Common makes it a layer you own — portable, synced, shareable on your terms. Don't bolt a better memory onto one vendor's model; own a substrate that outlives every model — and, with Common Harness, one your whole setup travels with when you switch harnesses.

Common doesn't want to be your agent.
It wants to be the ground your agent stands on — and to be yours.