Context does not compound
People re-brief each assistant, so yesterday’s context has to be explained again.
Shared memory for teams · working name
Super orchestrator of the AI agents
Continuum is a working name for a vendor-neutral, governed memory layer between a company and its AI agents. It is planned for teams of 20 to 2,000 already using two or more AI assistants.
Planned: remote MCP, a consented browser extension, REST API, and web console.
MVP planned for month 4 after kickoff.
Continuum
Governed shared memoryThe problem
Repeated re-briefing keeps context from compounding. Colleagues' agents stay invisible to one another, native memory is personal, model switches lose memory, and exports are only snapshots. Per-vendor silos also mean copied context documents and custom instructions maintained separately in each tool. Admins lack visibility and control to see, approve, retain, or delete memories—a compliance concern under GDPR and sector rules.
People re-brief each assistant, so yesterday’s context has to be explained again.
What one person’s assistant learns is not available to the rest of the team.
Vendor memory is tied to a person and product, not shared decisions or team scopes.
Moving between models can lose context; exports are one-time snapshots, not a live link.
Without a way to see, approve, retain, or delete memories, teams face a compliance concern under GDPR and sector rules.
Per-vendor memory silos sit alongside copied context documents and custom instructions maintained separately in each tool.
How it works
The plan captures business facts, preferences, decisions, and project state, consolidates them into one graph per workspace, then gives each connected agent the relevant context it can access.
See what is planned by releaseFour planned MCP tools
Store a typed memory candidate with its subject, scope, and source.
Return ranked memories the requesting agent is allowed to read.
Build a brief for a person, project, or client within a token budget.
Retract a memory and propagate its deletion when a person or admin asks.
Planned memory lifecycle
MVP capture and recall are sequenced before nightly consolidation and decay in v1. The stages below are planned capabilities, not a description of a launched product.
An agent, connector, or enabled browser site submits content only with the user’s consent.
A model turns submitted text into typed candidates; the original episode is kept as a pointer.
Candidates are checked for duplicates, updates, and contradictions, then linked to relevant people, companies, or projects. PII rules are part of verification; detection and redaction are planned for v1.
The memory keeps its source, author, time, scope, and history; each write is audited.
Duplicates merge, newer dated evidence supersedes older versions, and unresolved conflicts go to review.
Unused, low-confidence memories can be archived after a workspace-set period; pinned memories do not decay.
People and agents can rate a recall to adjust confidence. Recall ranks relevance, recency, confidence, and scope within the caller’s token budget.
Integration maturity
Listings and connectors are not presented as launched.
The planned path is remote MCP with OAuth. A Claude Connectors Directory submission is planned for v1; the extension is a web-chat fallback.
A planned ChatGPT App uses Apps SDK and MCP tools. Workspace admins must enable apps; listing follows developer-mode submission. The extension is a chatgpt.com fallback.
The planned path uses the same MCP server and a setup guide. The connector flow is still maturing; the extension is a grok.com fallback.
The plan uses REST for in-house agents. Python and TypeScript SDKs plus OpenAI Agents SDK, Claude Agent SDK, and LangGraph adapters are planned for v1.
These integration paths are deferred to the month 12 v2 plan.
Continuum is a working name. Product capabilities and release timing are plans, not shipped features.
Roadmap
The MVP is planned for month 4 after kickoff; paid Team plans are planned from month 6. v1 follows at month 8 and v2 at month 12. These are roadmap targets, not achieved milestones.
Planned · month 4 after kickoff
Prove that a memory created in one agent is usefully recalled in another within a day of setup.
Planned · month 8
Planned · month 12
Plan-wide privacy and safety commitments
These are commitments in the plan; future controls and assurance are not represented as currently available or certified.
Who it's for
First customers are teams already paying for at least two AI assistants and repeatedly re-explaining context. The initial focus is teams of 20 to 2,000; regulated enterprises with 2,000+ staff are a later audience, not the initial core.
Agencies, consultancies, boutique law, and accounting firms, where client context is the work and repeated briefs cost billable time.
Software teams building internal agents across models and needing shared memory with permissions.
Mid-market teams trying to find decisions and preferences buried in chats.
Later enterprise audience · 2,000+ staff
Finance, health, and public-sector teams may have later governance needs. They are not the initial core segment.
Who evaluates and uses it
Ops leads and account directors want fewer repeated briefs across agents.
AI and platform engineers want one MCP server, SDKs, scopes, and audit.
Heads of AI, CIOs, and COOs look for neutrality, visibility, and exportable data.
Security, legal, and data-protection teams need clear data-flow information and review DPA, subprocessor, audit, retention, redaction, and assurance commitments by stage.
Knowledge workers need to see what is remembered about them and remove any item.
Early access
Share your work email, company, and team size to save your interest in Continuum. No automatic email or follow-up will be sent.
For teams working across two or more AI assistants.