--- title: "Mosaic Review: Shared Claude Code & Codex Agent Sessions" canonical: https://wavect.io/blog/mosaic-yc-s26-shared-agent-sessions-review/ language: en description: "Mosaic YC S26 review: shared coding-agent sessions, Ocean naming, Claude Code Agent Teams comparison, security questions, ROI, and a 30-day team pilot." image: "https://wavect.io/img/general/bak/open_graph_preview.jpg" --- [**Back**](/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/team/kevin-riedl/) [Kevin Riedl](/team/kevin-riedl/) https://linkedin.com/in/wsdt 12 min read · 7 Sep 2026 Last reviewed September 7, 2026 [**Next**](/blog/fonio-ai-review-build-vs-buy-2026/) # Mosaic (YC S26) Review: Does Shared Agent Session Memory Solve Team Context? TL;DR Mosaic targets a real team-scale AI problem: Claude Code, Codex, Cursor, and other coding-agent sessions preserve useful investigation locally but rarely become shared organizational context. Mosaic's current public site emphasizes a persistent multiplayer workspace; Y Combinator now describes Ocean as the shared-memory product that carries coding-agent context across sessions. The launch page reports roughly 2,000 installs and 37 organizations actively syncing, but those are company-reported launch figures. The strongest buyer case is a team using several agents or harnesses where handoffs repeatedly require rediscovery. The main risk is treating synchronized transcripts as trustworthy memory. Evaluate provenance, repository and tenant scope, stale-context invalidation, secret redaction, access inheritance, deletion, export, and selective retrieval. Pilot Mosaic when search and handoff are the bottleneck; build or extend an internal layer when session data cannot leave your environment or your existing harness already owns capture, permissions, consolidation, and retrieval. **Mosaic is interesting because it targets the coordination tax that appears after a team adopts more than one coding agent.** Claude Code, Codex, Cursor and other agents can each be productive in isolation, yet their discoveries, failed attempts and local decisions are usually trapped inside separate sessions. A shared session layer can reduce repeated investigation and make handoffs visible. It does not automatically create a trustworthy knowledge base. This is a research-based buyer review, not a hands-on product test. Public naming is also moving quickly. Y Combinator's current company page calls **Ocean** Mosaic's main shared-memory product and describes **Mosaic** as the real-time coding environment. The launch copy still uses Mosaic for centralized agent-session sync. In this article, “Mosaic/Ocean” means the shared session-memory layer when the distinction matters. This post owns the narrow intent **Mosaic shared coding-agent sessions for teams**. For cross-model reusable manuals, use our [agent knowledge-transfer guide](/blog/agent-knowledge-transfer-cheaper-models/). For a general memory architecture, read the [OpenViking agent-memory review](/blog/openviking-agent-memory-review/). For the wider runtime around agents, see [agent harness engineering](/blog/agent-harness-engineering/). ## What is Mosaic in September 2026? The current [Mosaic product site](https://mosaic.inc/) presents a shared, persistent environment where people and agents collaborate in real time. It highlights live shared terminals, persistent sessions, pair programming with agents, routing between multiple agents and cross-organization agent networking. The visible download path is currently macOS-focused. The [Y Combinator S26 company and launch page](https://www.ycombinator.com/companies/mosaic-inc) is more specific about the session-memory thesis. It says Ocean gives people and coding agents shared memory across every session, while Mosaic is the real-time collaborative coding environment. The launch text reports roughly 2,000 installs and 37 organizations actively syncing sessions. Those are company-reported launch figures, not independently audited adoption metrics. Independence and trademarks Wavect publishes this page and is itself a provider, so we have a commercial interest in it. We are not affiliated with, endorsed by or partnered with the other companies named here, and all third-party company names, brands and trademarks are the property of their respective owners. Statements about other providers are taken from publicly available sources, primarily their own published pages, as of the review date shown on this page, and may have changed since. Please verify them directly before you decide. This page was written to the best of our knowledge and with the intent to remain objective. If you believe anything here is inaccurate or unfair, write to us and we will correct it: [office@wavect.io](mailto:office@wavect.io) | Layer | What it solves | What it does not prove | | --- | --- | --- | | Session capture | Preserves what an agent tried, changed and discussed | That every captured statement is correct | | Team visibility | Lets teammates find work that happened outside their own terminal | That two agents should act on the same information | | Persistent workspace | Keeps long-running work available beyond one laptop session | That stale context has been invalidated | | Live multiplayer | Lets humans and agents share the same work surface | That concurrent edits are conflict-free | ## Why is “multiplayer AI” suddenly a category? Y Combinator's [Fall 2026 Request for Startups on Multiplayer AI](https://www.ycombinator.com/rfs#multiplayer-ai) argues that agents are still mostly single-player even though serious work is collaborative. Its thesis is that teammates should be able to enter the same live agent work, redirect it and hand it off instead of passing read-only transcripts around. Anthropic is making a similar systems argument from a different direction. Its [human-agent teams guidance](https://claude.com/blog/building-effective-human-agent-teams) says effective multiplayer agents need persistent memory, clear roles and broad access to shared written context. Anthropic also warns that private side channels fragment team context and cause duplicated work. That does not validate Mosaic's product quality. It validates the *problem shape*: once agents perform long-running tasks for teams, private session history becomes an organizational bottleneck rather than a personal inconvenience. ## The harder problem is not syncing sessions. It is deciding what becomes trusted context. A transcript is evidence of what happened. It is not automatically the best instruction for the next agent. Session history mixes confirmed facts, stale assumptions, abandoned hypotheses, secrets, stack traces, raw tool output and accidental prompt injection. Copying all of it into every future context window would be expensive and unsafe. A useful shared-context system therefore needs at least four stages: 1. **Capture:** preserve the original session with agent, user, repository, branch, timestamp and source identifiers. 2. **Index:** make sessions searchable without flattening source boundaries. 3. **Consolidate:** extract durable decisions and verified learnings while preserving links back to evidence. 4. **Retrieve selectively:** give a new agent only the context relevant to its task, repository and permissions. This distinction is where Mosaic can create durable value. A team does not need another place to hoard transcripts. It needs a reliable bridge from private agent activity to governed organizational memory. ## Mosaic versus Claude Code Agent Teams These products solve adjacent but different problems. Anthropic's [agent-identity model for team-wide AI](https://claude.com/blog/agent-identity-access-model) focuses on giving shared agents workspace-level identities and access instead of impersonating one human. That is an authorization and operating-model problem. Mosaic's shared-session thesis is primarily a context-continuity problem across people, sessions and agent products. Claude Code's [official Agent Teams documentation](https://code.claude.com/docs/en/agent-teams) coordinates multiple Claude Code instances through a shared task list and inter-agent messaging. Each teammate still has its own independent context window, and Anthropic explicitly notes higher token usage and coordination overhead. Agent Teams help several agents collaborate *inside one coordinated Claude workflow*. Mosaic aims at continuity *across sessions, teammates and different agent tools*. | Question | Mosaic / shared session layer | Claude Code Agent Teams | Git + docs | | --- | --- | --- | --- | | Can I see what another agent tried? | Core use case | Within the active team | Only if somebody recorded it | | Does context cross agent vendors? | Product thesis | No, Claude Code only | Yes, if written manually | | Does it coordinate tasks live? | Workspace-dependent | Yes | No | | Is code state authoritative? | No, Git still is | No, Git still is | Git is | | Does it make knowledge correct? | No | No | No | ## What should an engineering team test before adopting Mosaic? **Do not evaluate shared context by asking whether search finds an old session.** Evaluate whether it helps the next engineer or agent make a better decision without leaking irrelevant or stale information. - **Coverage:** which Claude Code, Codex, Cursor and other session formats are captured completely, and which fields are lost? - **Provenance:** can every retrieved statement link back to the exact session, repository, branch and timestamp? - **Freshness:** what happens when a later session contradicts an earlier architectural decision? - **Scope:** can context be restricted by organization, team, repository, customer, branch or project? - **Secrets:** are tokens, environment variables, customer data and command output redacted before sync? - **Deletion:** can a team remove one session and guarantee it disappears from indexes and derived summaries? - **Access:** are permissions inherited from the source system, or can a session become visible to people who could not access the original repository? - **Portability:** can the organization export its session history and derived knowledge in a usable format? ## The security boundary is bigger than chat history Coding-agent transcripts frequently contain more than prompts. They can include file paths, proprietary source snippets, shell commands, deployment output, customer identifiers, database schemas, incident details and credentials accidentally printed by a tool. Centralizing sessions therefore creates a new high-value data store. The procurement checklist should cover encryption, tenant isolation, admin controls, SSO, audit logs, retention, deletion, subprocessors, data regions, backup behavior, incident notification and model-training terms. If public documentation does not answer those questions, treat them as unknowns for the contract review rather than assuming the safest interpretation. The ideal architecture also separates **raw evidence** from **promoted knowledge**. Raw transcripts can have narrower access and shorter retention. A reviewed decision such as “all payment writes require idempotency keys” can be promoted into a versioned team rule with an owner and review date. ## What is the economic value of shared agent sessions? The relevant metric is not “sessions synced.” It is **coordination work avoided without increasing mistakes**. A simple model is: `monthly value = avoided duplicate investigation + faster handoffs + reduced onboarding time - platform cost - review cost - context-induced errors` If five engineers each spend 20 minutes per day reconstructing what another agent already learned, that is more than 33 engineering hours per month. Even a modest reduction can matter. But a shared store that makes one stale decision look authoritative can erase those savings quickly. Measure duplicate investigations, time-to-first-useful-change after a handoff, repeated failed commands, review time, context retrieval precision and serious errors caused by stale or cross-project context. The tool should improve those outcomes, not just grow a transcript archive. ## When should you buy Mosaic instead of building session sync internally? | Situation | Buy a shared-session product first | Build or extend internally | | --- | --- | --- | | Agent diversity | Team uses several coding-agent products and wants one layer | One standardized harness already owns all sessions | | Time to value | You want to test shared context this month | You already operate an internal developer platform | | Data boundary | Vendor controls satisfy security review | Session data cannot leave your controlled environment | | Retrieval needs | Search and handoff are the main problem | You need deep custom consolidation and policy logic | | Operations | You do not want to maintain adapters for every agent format | Adapters are already part of your harness platform | A custom system sounds simple because every agent already writes logs somewhere. The expensive part is format drift, permissions, secret handling, deduplication, indexing, summarization, stale-knowledge invalidation and deletion. Build only when those controls are differentiators or hard requirements. ## A 30-day Mosaic pilot for an engineering team 1. **Pick two repositories and two agent products.** Avoid a company-wide rollout before you can measure retrieval quality. 2. **Define three handoff scenarios.** Bug investigation, feature continuation and incident follow-up are good candidates. 3. **Record the baseline.** Measure how long a teammate needs to reconstruct prior agent work without shared session context. 4. **Sync sessions with explicit scope.** Keep customer and repository boundaries visible. 5. **Plant contradictions.** Change an API contract or architecture decision and test whether old context is still surfaced as current. 6. **Plant secrets.** Use synthetic credentials and verify capture, redaction, search and deletion behavior. 7. **Test cross-tool handoff.** Let one agent investigate and another agent product continue the task using only shared context plus the repository. 8. **Review outcomes.** Compare handoff time, duplicate work, retrieval precision, serious mistakes and review effort. For the broader operating model around multiple agents, pair this with our [30/60/90-day AI agent pilot guide](/blog/ai-agent-pilot-30-60-90-days/) and [Git worktrees versus Jujutsu guide](/blog/git-worktrees-vs-jujutsu-ai-coding-agents/). Shared context does not replace code isolation. ## Where Wavect fits Wavect's [AI Enablement](/services/ai-enablement/) work helps engineering teams standardize agent workflows, context boundaries, evaluation, cost controls and handoff practices across tools. Our [Twinsoft AI case study](/case-studies/twinsoft-ai/) shows the surrounding engineering required to turn AI capability into an operable product rather than a collection of disconnected demos. The commercial question is not “should we build our own Mosaic?” It is “which context layer should the team own, and which layer is commodity?” A strong pilot can answer that before a platform choice hardens into architecture. ## Verdict **Mosaic is directionally right: team-scale agent adoption creates a context problem that Git commits and private transcripts do not solve.** The strongest part of the thesis is not “multiplayer AI” as a slogan. It is the idea that agent work should become inspectable organizational evidence that another teammate or agent can continue from. The unresolved buyer question is whether session sync becomes trustworthy memory. That requires provenance, permissions, stale-context handling, redaction, deletion and selective retrieval. If Mosaic/Ocean handles those well, it can become useful infrastructure above individual coding agents. If it only centralizes transcripts, the team gains visibility but still has to build the knowledge layer itself. ## Mosaic Shared Agent Sessions FAQ ### What is Mosaic from Y Combinator S26? Mosaic is a YC Summer 2026 company building multiplayer infrastructure for people and AI agents. Its current public materials describe a real-time shared workspace, while YC now calls Ocean the shared-memory product that carries context across coding-agent sessions. ### Does Mosaic replace Claude Code Agent Teams? No. Claude Code Agent Teams coordinates several Claude Code instances inside one team workflow. Mosaic's broader thesis is continuity across sessions, teammates and different agent tools. The two layers can complement each other. ### Is syncing agent sessions the same as agent memory? No. Session sync preserves raw evidence of what happened. Agent memory usually requires consolidation, retrieval, scope, provenance and freshness rules so the next agent receives useful and current context rather than an entire transcript archive. ### Does Mosaic replace Git or worktrees? No. Git remains the source of truth for code history and worktrees or equivalent isolation still protect concurrent code changes. Shared session context explains why work happened and what was learned. ### What should a company verify before syncing coding-agent sessions? Verify source coverage, tenant and repository permissions, secret redaction, encryption, retention, deletion, export, provenance, stale-context handling, audit logs and how derived summaries inherit access controls. ## Sources and evidence limits Primary product and category sources were reviewed on 7 September 2026. Mosaic's site and YC profile describe the product direction; the approximately 2,000 installs and 37 syncing organizations are company-reported launch figures. YC and Anthropic provide independent evidence that multiplayer human-agent work is becoming a category, but they do not validate Mosaic's reliability, security or commercial performance. Wavect did not install Mosaic/Ocean or audit its backend, so implementation details not stated in the cited public sources are treated as unknown. ## Final thoughts The next bottleneck in AI-assisted engineering is increasingly not model intelligence. It is organizational continuity. A team that runs ten excellent agents but loses every investigation at the session boundary still pays the discovery cost again and again. Mosaic's thesis is worth testing because it moves that boundary from the individual terminal to the team. The durable version of the product will be the one that turns session evidence into scoped, current and permission-aware context without pretending every old transcript is truth. ## You may also like.. [**AI Agent Knowledge Transfer** Compare shared session history with explicit, verified manuals that transfer reusable knowledge between models.](/blog/agent-knowledge-transfer-cheaper-models/) [**AI Enablement vs In-House AI Hire** Decide whether to build internal agent infrastructure yourself or use a focused implementation partner.](/compare/ai-enablement-vs-in-house-ai-hire/) Agent engineering ## Continue through this cluster Coding agents, MCP, context systems, evaluation and the controls required for dependable automation. [Start with the cornerstone**Graph Engineering for AI Agents: When Does a Knowledge Graph Pay Off?**](/blog/graph-engineering-ai-agents/) - [Model Hardware Standard: Enterprise Guide to Physical AI](/blog/model-hardware-standard-enterprise-guide/) - [Fonio AI Review 2026: Pricing, API, GDPR & Build vs Buy](/blog/fonio-ai-review-build-vs-buy-2026/) - [Ripwire Review 2026: AI Repo Context Without Embeddings?](/blog/ripwire-ai-repo-context-review-2026/) - [Atomic Multi-File Edits for AI Coding Agents: The Semaprax Lesson](/blog/atomic-multi-file-edits-ai-coding-agents/) - [AI Agent Knowledge Transfer: Use Frontier Models Once, Then Scale Cheaper](/blog/agent-knowledge-transfer-cheaper-models/) [**Back**](/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/team/kevin-riedl/) [Kevin Riedl](/team/kevin-riedl/) https://linkedin.com/in/wsdt 12 min read · 7 Sep 2026 Last reviewed September 7, 2026 [**Next**](/blog/fonio-ai-review-build-vs-buy-2026/) ## Structured Data ```json { "@context": "https://schema.org", "@graph": [ { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ], "employee": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "founder": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "legalRepresentative": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "name": "Wavect GmbH", "subjectOf": { "@id": "https://wavect.io/verified-claims.json#dataset", "@type": "Dataset", "creator": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "description": "A machine-readable registry of quantitative and qualitative claims published by Wavect, with review dates, localized page appearances and public third-party citations where available.", "inLanguage": "en", "isAccessibleForFree": true, "license": "https://creativecommons.org/licenses/by/4.0/", "name": "Wavect verified publication claims", "url": "https://wavect.io/verified-claims.json" }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "sameAs": [ "https://www.wikidata.org/wiki/Q139796367", "https://www.linkedin.com/in/jocr77/", "https://github.com/jo-chris" ], "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/#website", "@type": "WebSite", "inLanguage": [ "en", "de", "es", "zh" ], "name": "Wavect", "potentialAction": { "@type": "SearchAction", "query-input": "required name=search_term_string", "target": { "@type": "EntryPoint", "urlTemplate": "https://wavect.io/search/?q={search_term_string}" } }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/blog/mosaic-yc-s26-shared-agent-sessions-review/#webpage", "@type": "WebPage", "dateModified": "2026-09-07", "inLanguage": "en", "isPartOf": { "@id": "https://wavect.io/#website", "@type": "WebSite" }, "lastReviewed": "2026-09-07", "url": "https://wavect.io/blog/mosaic-yc-s26-shared-agent-sessions-review/" } ] } ``` ```json { "@context": "https://schema.org", "@type": "BlogPosting", "abstract": "Mosaic targets a real team-scale AI problem: Claude Code, Codex, Cursor, and other coding-agent sessions preserve useful investigation locally but rarely become shared organizational context. Mosaic's current public site emphasizes a persistent multiplayer workspace; Y Combinator now describes Ocean as the shared-memory product that carries coding-agent context across sessions. The launch page reports roughly 2,000 installs and 37 organizations actively syncing, but those are company-reported launch figures. The strongest buyer case is a team using several agents or harnesses where handoffs repeatedly require rediscovery. The main risk is treating synchronized transcripts as trustworthy memory. Evaluate provenance, repository and tenant scope, stale-context invalidation, secret redaction, access inheritance, deletion, export, and selective retrieval. Pilot Mosaic when search and handoff are the bottleneck; build or extend an internal layer when session data cannot leave your environment or your existing harness already owns capture, permissions, consolidation, and retrieval.", "articleBody": " Blog overview/AI and agents/Agent engineering Mosaic (YC S26) Review: Does Shared Agent Session Memory Solve Team Context? TL;DR Mosaic targets a real team-scale AI problem: Claude Code, Codex, Cursor, and other coding-agent sessions preserve useful investigation locally but rarely become shared organizational context. Mosaic's current public site emphasizes a persistent multiplayer workspace; Y Combinator now describes Ocean as the shared-memory product that carries coding-agent context across sessions. The launch page reports roughly 2,000 installs and 37 organizations actively syncing, but those are company-reported launch figures. The strongest buyer case is a team using several agents or harnesses where handoffs repeatedly require rediscovery. The main risk is treating synchronized transcripts as trustworthy memory. Evaluate provenance, repository and tenant scope, stale-context invalidation, secret redaction, access inheritance, deletion, export, and selective retrieval. Pilot Mosaic when search and handoff are the bottleneck; build or extend an internal layer when session data cannot leave your environment or your existing harness already owns capture, permissions, consolidation, and retrieval. Mosaic is interesting because it targets the coordination tax that appears after a team adopts more than one coding agent. Claude Code, Codex, Cursor and other agents can each be productive in isolation, yet their discoveries, failed attempts and local decisions are usually trapped inside separate sessions. A shared session layer can reduce repeated investigation and make handoffs visible. It does not automatically create a trustworthy knowledge base. This is a research-based buyer review, not a hands-on product test. Public naming is also moving quickly. Y Combinator's current company page calls Ocean Mosaic's main shared-memory product and describes Mosaic as the real-time coding environment. The launch copy still uses Mosaic for centralized agent-session sync. In this article, “Mosaic/Ocean” means the shared session-memory layer when the distinction matters. This post owns the narrow intent Mosaic shared coding-agent sessions for teams. For cross-model reusable manuals, use our agent knowledge-transfer guide. For a general memory architecture, read the OpenViking agent-memory review. For the wider runtime around agents, see agent harness engineering. What is Mosaic in September 2026? The current Mosaic product site presents a shared, persistent environment where people and agents collaborate in real time. It highlights live shared terminals, persistent sessions, pair programming with agents, routing between multiple agents and cross-organization agent networking. The visible download path is currently macOS-focused. The Y Combinator S26 company and launch page is more specific about the session-memory thesis. It says Ocean gives people and coding agents shared memory across every session, while Mosaic is the real-time collaborative coding environment. The launch text reports roughly 2,000 installs and 37 organizations actively syncing sessions. Those are company-reported launch figures, not independently audited adoption metrics. Independence and trademarks Wavect publishes this page and is itself a provider, so we have a commercial interest in it. We are not affiliated with, endorsed by or partnered with the other companies named here, and all third-party company names, brands and trademarks are the property of their respective owners. Statements about other providers are taken from publicly available sources, primarily their own published pages, as of the review date shown on this page, and may have changed since. Please verify them directly before you decide. This page was written to the best of our knowledge and with the intent to remain objective. If you believe anything here is inaccurate or unfair, write to us and we will correct it: office@wavect.io LayerWhat it solvesWhat it does not prove Session capturePreserves what an agent tried, changed and discussedThat every captured statement is correct Team visibilityLets teammates find work that happened outside their own terminalThat two agents should act on the same information Persistent workspaceKeeps long-running work available beyond one laptop sessionThat stale context has been invalidated Live multiplayerLets humans and agents share the same work surfaceThat concurrent edits are conflict-free Why is “multiplayer AI” suddenly a category? Y Combinator's Fall 2026 Request for Startups on Multiplayer AI argues that agents are still mostly single-player even though serious work is collaborative. Its thesis is that teammates should be able to enter the same live agent work, redirect it and hand it off instead of passing read-only transcripts around. Anthropic is making a similar systems argument from a different direction. Its human-agent teams guidance says effective multiplayer agents need persistent memory, clear roles and broad access to shared", "articleSection": "Engineering", "author": { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/" }, "citation": [ { "@type": "WebPage", "name": "Mosaic product site", "url": "https://mosaic.inc/" }, { "@type": "WebPage", "name": "Y Combinator S26 company and launch page", "url": "https://www.ycombinator.com/companies/mosaic-inc" }, { "@type": "WebPage", "name": "Fall 2026 Request for Startups on Multiplayer AI", "url": "https://www.ycombinator.com/rfs#multiplayer-ai" }, { "@type": "WebPage", "name": "human-agent teams guidance", "url": "https://claude.com/blog/building-effective-human-agent-teams" }, { "@type": "WebPage", "name": "agent-identity model for team-wide AI", "url": "https://claude.com/blog/agent-identity-access-model" }, { "@type": "WebPage", "name": "official Agent Teams documentation", "url": "https://code.claude.com/docs/en/agent-teams" } ], "dateModified": "2026-09-07", "datePublished": "2026-09-07", "description": "Mosaic targets a real team-scale AI problem: Claude Code, Codex, Cursor, and other coding-agent sessions preserve useful investigation locally but rarely become shared organizational context. Mosaic's current public site emphasizes a persistent multiplayer workspace; Y Combinator now describes Ocean as the shared-memory product that carries coding-agent context across sessions. The launch page reports roughly 2,000 installs and 37 organizations actively syncing, but those are company-reported launch figures. The strongest buyer case is a team using several agents or harnesses where handoffs repeatedly require rediscovery. The main risk is treating synchronized transcripts as trustworthy memory. Evaluate provenance, repository and tenant scope, stale-context invalidation, secret redaction, access inheritance, deletion, export, and selective retrieval. Pilot Mosaic when search and handoff are the bottleneck; build or extend an internal layer when session data cannot leave your environment or your existing harness already owns capture, permissions, consolidation, and retrieval.", "headline": "Mosaic (YC S26) Review: Shared Memory for Team AI Agents", "image": "https://wavect.io/img/blog/headers/header_mosaic-yc-s26-shared-agent-sessions-review.svg", "inLanguage": "en", "keywords": "Mosaic, Multiplayer AI, Agent memory", "mainEntityOfPage": { "@id": "https://wavect.io/blog/mosaic-yc-s26-shared-agent-sessions-review/", "@type": "WebPage" }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/blog/mosaic-yc-s26-shared-agent-sessions-review/", "wordCount": 2703 } ``` ```json { "@context": "https://schema.org", "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "item": "https://wavect.io/", "name": "Home", "position": 1 }, { "@type": "ListItem", "item": "https://wavect.io/blog/overview/", "name": "Blog overview", "position": 2 }, { "@type": "ListItem", "item": "https://wavect.io/blog/topics/ai-agents/", "name": "AI and agents", "position": 3 }, { "@type": "ListItem", "item": "https://wavect.io/blog/clusters/agent-engineering/", "name": "Agent engineering", "position": 4 }, { "@type": "ListItem", "item": "https://wavect.io/blog/mosaic-yc-s26-shared-agent-sessions-review/", "name": "Mosaic Review: Shared Claude Code & Codex Agent Sessions", "position": 5 } ] } ``` ```json { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Mosaic is a YC Summer 2026 company building multiplayer infrastructure for people and AI agents. Its current public materials describe a real-time shared workspace, while YC now calls Ocean the shared-memory product that carries context across coding-agent sessions." }, "name": "What is Mosaic from Y Combinator S26?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "No. Claude Code Agent Teams coordinates several Claude Code instances inside one team workflow. Mosaic's broader thesis is continuity across sessions, teammates and different agent tools. The two layers can complement each other." }, "name": "Does Mosaic replace Claude Code Agent Teams?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "No. Session sync preserves raw evidence of what happened. Agent memory usually requires consolidation, retrieval, scope, provenance and freshness rules so the next agent receives useful and current context rather than an entire transcript archive." }, "name": "Is syncing agent sessions the same as agent memory?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "No. Git remains the source of truth for code history and worktrees or equivalent isolation still protect concurrent code changes. Shared session context explains why work happened and what was learned." }, "name": "Does Mosaic replace Git or worktrees?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Verify source coverage, tenant and repository permissions, secret redaction, encryption, retention, deletion, export, provenance, stale-context handling, audit logs and how derived summaries inherit access controls." }, "name": "What should a company verify before syncing coding-agent sessions?" } ] } ```