cMCPby IT-Labs Book a demo
cMCP: Shared Cognitive Memory Layer

Cognitive memory that stays with you, whichever AI you use.

Change AI vendor, or use several at once. Your company's memory stays yours and keeps working.

One governed memory for your company's people and their AI assistants, organised by organisation, project, client, team and person, permission-checked on every request, and kept up to date for everyone at once.

The problem

You are paying for intelligence and getting amnesia.

You have already invested in AI. Your teams use it daily. Yet most of that intelligence evaporates every time a session ends.

Most models have memory. Almost none have governed flow.

Without a shared, governed layer, every assistant is a stranger to your projects, your clients and your decisions. The people who do remember are the ones who eventually leave.

What happens now and what it costs
What happens nowWhat it costs
Each AI session starts coldRepeated context-setting and wasted time
Knowledge stays with individualsStaff turnover erases know-how
Agents cannot coordinateDuplicate or conflicting work
No record of what the AI knewHard to explain decisions in regulated work
Personal and team data are mixedPrivacy and leakage risk
How it works

Memory with structure: scopes, and three governed flows

cMCP organises what your company knows into scopes and moves knowledge between them under clear rules. Nothing reaches a shared scope by accident.

Memory scopes and the three flows Memory is organised from organisation at the top, through project and client, team, user and agent. Personal memory sits apart and is private. Up arrows show promotion with approval, down arrows show inheritance, and the across arrow shows team knowledge being synthesised into project knowledge. Organisation Project Client Team User Agent Personal company-wide a programme kept apart a group of people one person that person's AI app private notes, never promoted DOWN ACROSS default off UP governance approves project lead approves 3 people confirm
Memory scopes and the three flows: up with approval, down by inheritance, across by approved synthesis.

Up: promotion Available now

Validated insights move up only with approval. To Team when at least 3 people independently confirm it, to Project by a project lead, to Organisation by governance. Personal memory is private and is never promoted.

Down: inheritance Available now

When a higher scope changes, every affected person's AI gets the update. New members inherit context immediately.

Across: synthesis Available now

Team knowledge can be merged into project knowledge. It is off until an admin switches it on, and always needs approval.

See how it works in depth

Key capabilities

Everything a shared memory needs to be trusted

These capabilities are built. Most are running in our live pilot; those marked In testing are still being validated. The full list, with what is still on the roadmap, is on the features page.

Context pack Available now

What an AI app receives at the start of a task: the memory inherited for its place, with a manifest for cheap refresh. Less repeated context-setting.

Hybrid search Available now

Meaning plus keyword search, with every result re-checked against permissions before it is returned.

Governed writes Available now

Nothing reaches a shared scope without a role, a time-limited grant or an approval.

Client walls Available now

A client's memory is only returned while working on that client or a project linked to it, never to another client.

Audit log Available now

Every allow and deny is recorded with who, where, which app and which model. "What the AI knew" shows the memory versions behind each answer.

Multi-vendor AI access In testing

Change AI vendor, or use several at once: ChatGPT, Gemini, Copilot, Cursor, Codex, local models and more can connect over MCP and REST. Claude Code and Claude Desktop are available now. Built and in testing; anything that does not pass testing will be removed.

Read-only connectors Available now

Jira Cloud, PostgreSQL views, IMAP mailboxes and Git repository addresses feed proposed facts into an approval queue. cMCP never writes into outside systems.

Browse all features

Built for governance

Deny by default, enforced where the data lives

Row-level securityPostgreSQL row-level security on every table, so tenant isolation is enforced by the database.
Deny-by-defaultA permission service that checks every request. An agent never has more rights than its user.
Audit in the transactionEach audit record is written in the same transaction as the change it describes.
Data, not instructionsMemory is returned labelled as data. Text that looks like instructions is flagged and cannot be bulk-approved.

Read about security and governance

Who it is for

A fit when many people and many agents share the same work

A strong fit

  • Mid-size and large companies where many people and AI agents share projects
  • Consultancies and suppliers with many clients that must be kept apart
  • Regulated or export-controlled industries, such as engineering, shipbuilding, automotive, finance and health
  • Companies using several AI tools
  • Long programmes with staff turnover

Probably not a fit

  • Very small teams
  • Companies that barely use AI
  • One-off pieces of work

If that is you, a simpler tool will serve you better, and we would rather say so now.

Live pilot

Honest status

cMCP is in a live pilot. Features marked In testing are built and being validated; anything that does not pass testing will be removed. We're onboarding a small number of design partners. This is early access, not a self-serve product, and the roadmap is published openly so you can see what is built and what is not.

See the roadmap · How the pilot works

Memory is not a feature. It is the foundation.

See how cMCP could work in your organisation

We are onboarding a small number of design partners to the pilot programme. Tell us about your teams and the AI tools they use, and we will scope a pilot together.