Why AI tools do not share context
Each AI product stores its own conversations, projects and memory features inside its own service. A decision you reached with Claude in the morning is not visible to ChatGPT in the afternoon. A coding agent does not know what a colleague agreed with a different assistant yesterday. Where memory features exist, they are generally designed for one person inside one product. Check your provider’s current settings for what their memory features actually store.
For individuals this is an inconvenience. For organisations it becomes a structural problem: work fragments across tools, and every AI has to be re-told the story.
Workarounds people use
- Copying and pasting. Summaries moved by hand between chats. Quick, error-prone and invisible to everyone else.
- Shared documents. A “project brief” document that every AI is given. Better, but it goes stale and is rarely updated after decisions change.
- One tool for everything. Standardising on a single AI. This works until a team needs a different tool for a different job, which in practice happens quickly.
What shared context actually requires
To share context properly, it has to live outside any single AI tool. That independent store needs a few properties:
- Structure. Decisions, tasks, open questions and artifacts as records, not only as chat transcripts.
- Access control. Not every AI, or every person, should see every project.
- Read and write. An AI should be able to record a decision, not only read one.
- Provenance. Each fact should say where it came from, who recorded it and when, so a later AI can judge how far to trust it.
- A standard way to connect. Protocols such as MCP let different AI clients connect to the same source.
What to share, and what not to
Shared context is not the same as sharing every conversation. Useful things to carry across tools include decisions and their reasons, the current status of work, agreed facts about clients or projects, and produced artifacts. Private brainstorming, personal notes and anything the person has not chosen to record usually should not be carried over automatically.
A simple starting point
- Pick one project that already spans two AI tools.
- Agree where decisions and status for that project are recorded.
- Connect both AI tools to that place.
- Ask each AI to record decisions there as they are made.
- Review after a few weeks: is the recorded state accurate and useful?
How Kroy approaches it
Kroy holds organisational state independently of any AI provider: decisions, tasks, artifacts and relationships, each with provenance. Claude, ChatGPT, Copilot, Codex and other authorised AI clients connect to the same state through Kroy, subject to the same permissions. A decision recorded while working in Claude is available when the work continues in ChatGPT. One state of work. Every AI.