--- title: "Mosaic im Check: Shared Claude Code & Codex Sessions" canonical: https://wavect.io/de/blog/mosaic-yc-s26-shared-agent-sessions-review/ language: de description: "Mosaic YC S26 im Check: Shared Agent Sessions, Ocean-Naming, Claude Code Agent Teams, Security-Fragen, ROI und ein 30-Tage-Team-Pilot." image: "https://wavect.io/img/general/bak/open_graph_preview.jpg" --- [**Zurück**](/de/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/de/team/kevin-riedl/) [Kevin Riedl](/de/team/kevin-riedl/) https://linkedin.com/in/wsdt 12 Min Lesezeit · 7. September 2026 Zuletzt geprüft 7. September 2026 [**Weiter**](/de/blog/fonio-ai-review-build-vs-buy-2026/) # Mosaic (YC S26) im Check: Löst Shared Agent Memory das Team-Kontextproblem? TL;DR Mosaic adressiert ein reales Teamproblem bei AI-gestützter Entwicklung: Claude Code, Codex, Cursor und andere Coding Agents erzeugen wertvolle Untersuchungshistorie, die meistens in einzelnen Sessions bleibt. Mosaics aktuelle Produktseite betont einen persistenten Multiplayer-Workspace; Y Combinator beschreibt Ocean inzwischen als Shared-Memory-Produkt, das Coding-Agent-Kontext über Sessions hinweg trägt. Im Launch werden rund 2.000 Installationen und 37 aktiv synchronisierende Organisationen genannt, allerdings als Unternehmensangaben. Der stärkste Fit sind Teams mit mehreren Agents oder Harnesses, die bei Übergaben regelmäßig Arbeit wiederholen. Das Hauptrisiko ist, synchronisierte Transkripte mit vertrauenswürdigem Memory gleichzusetzen. Prüfe Provenienz, Repository- und Tenant-Scope, Invalidierung veralteten Kontexts, Secret Redaction, Rechtevererbung, Löschung, Export und selektives Retrieval. Pilotieren, wenn Search und Handoff der Engpass sind; intern bauen oder erweitern, wenn Session-Daten die eigene Umgebung nicht verlassen dürfen oder der bestehende Harness Capture, Rechte, Consolidation und Retrieval bereits besitzt. **Mosaic ist spannend, weil es den Koordinationsaufwand adressiert, der entsteht, sobald ein Team mehr als einen Coding Agent ernsthaft nutzt.** Claude Code, Codex, Cursor und andere Agents können einzeln sehr produktiv sein. Ihre Entdeckungen, Fehlversuche und lokalen Entscheidungen bleiben aber oft in getrennten Sessions eingeschlossen. Eine gemeinsame Session-Schicht kann doppelte Recherche reduzieren und Übergaben sichtbar machen. Sie erzeugt nicht automatisch eine vertrauenswürdige Wissensbasis. Das ist ein research-basierter Buyer-Check und kein Hands-on-Test. Auch die öffentliche Produktbenennung bewegt sich schnell. Die aktuelle Y-Combinator-Seite nennt **Ocean** als Mosaic-Hauptprodukt für Shared Memory und beschreibt **Mosaic** als Echtzeit-Coding-Umgebung. Der Launch-Text verwendet Mosaic weiterhin für die zentrale Synchronisierung von Agent-Sessions. Wenn die Unterscheidung wichtig ist, nennen wir die gemeinsame Session-Memory-Schicht deshalb „Mosaic/Ocean“. Dieser Beitrag besitzt bewusst den engen Intent **Mosaic Shared Coding-Agent Sessions für Teams**. Für wiederverwendbare Manuals zwischen Modellen gibt es unseren [Leitfaden zum Agenten-Wissenstransfer](/de/blog/agent-knowledge-transfer-cheaper-models/). Für allgemeine Memory-Architektur lies den [OpenViking Agent-Memory-Review](/de/blog/openviking-agent-memory-review/). Die breitere Runtime rund um Agents behandeln wir in [Agent Harness Engineering](/de/blog/agent-harness-engineering/). ## Was ist Mosaic im September 2026? Die aktuelle [Mosaic-Produktseite](https://mosaic.inc/) präsentiert eine gemeinsame, persistente Umgebung, in der Menschen und Agents in Echtzeit zusammenarbeiten. Gezeigt werden geteilte Live-Terminals, persistente Sessions, Pair Programming mit Agents, Routing zwischen mehreren Agents und organisationsübergreifendes Agent Networking. Der sichtbare Download-Pfad ist derzeit auf macOS ausgerichtet. Die [Y-Combinator-Seite für Mosaic S26 samt Launch](https://www.ycombinator.com/companies/mosaic-inc) beschreibt die Session-Memory-These konkreter. Dort gibt Ocean Menschen und Coding Agents ein gemeinsames Gedächtnis über Sessions hinweg, während Mosaic die kollaborative Echtzeit-Coding-Umgebung ist. Im Launch-Text werden rund 2.000 Installationen und 37 Organisationen genannt, die aktiv Sessions synchronisieren. Das sind vom Unternehmen gemeldete Launch-Zahlen, keine unabhängig auditierten Adoption-Metriken. Unabhängigkeit und Marken Wavect veröffentlicht diese Seite und ist selbst Anbieter, wir haben also ein wirtschaftliches Interesse daran. Mit den hier genannten anderen Unternehmen sind wir weder verbunden noch von ihnen beauftragt oder empfohlen, und alle Firmennamen, Marken und Warenzeichen Dritter gehören ihren jeweiligen Inhabern. Aussagen über andere Anbieter stammen aus öffentlich zugänglichen Quellen, vor allem aus deren eigenen veröffentlichten Seiten, mit Stand des auf dieser Seite genannten Prüfdatums, und können sich seither geändert haben. Bitte prüfe sie vor einer Entscheidung selbst. Diese Seite wurde nach bestem Wissen und Gewissen erstellt, mit dem Ziel, möglichst objektiv zu bleiben. Wenn dir etwas falsch oder unfair erscheint, schreib uns und wir korrigieren es: [office@wavect.io](mailto:office@wavect.io) | Schicht | Was sie löst | Was sie nicht beweist | | --- | --- | --- | | Session Capture | Bewahrt auf, was ein Agent versucht, geändert und diskutiert hat | Dass jede gespeicherte Aussage korrekt ist | | Team-Sichtbarkeit | Macht Arbeit auffindbar, die außerhalb des eigenen Terminals stattfand | Dass zwei Agents dieselbe Information gleich verwenden sollten | | Persistenter Workspace | Hält lang laufende Arbeit über eine Laptop-Session hinaus verfügbar | Dass veralteter Kontext invalidiert wurde | | Live Multiplayer | Menschen und Agents teilen dieselbe Arbeitsfläche | Dass parallele Änderungen konfliktfrei sind | ## Warum wird „Multiplayer AI“ plötzlich zu einer Kategorie? Y Combinator argumentiert in seiner [Fall-2026-Request-for-Startups zu Multiplayer AI](https://www.ycombinator.com/rfs#multiplayer-ai), dass Agents noch überwiegend Single-Player sind, obwohl ernsthafte Arbeit kollaborativ ist. Teammitglieder sollen in dieselbe laufende Agent-Arbeit einsteigen, sie korrigieren und übergeben können, statt nur Read-only-Transkripte weiterzureichen. Anthropic formuliert aus einer anderen Richtung ein ähnliches Systems-Argument. Die [Guidance zu Human-Agent Teams](https://claude.com/blog/building-effective-human-agent-teams) nennt persistentes Gedächtnis, klare Rollen und breiten Zugriff auf gemeinsam geschriebenen Kontext als Grundlage für Multiplayer Agents. Anthropic warnt zudem davor, dass private Nebenkanäle Team-Kontext fragmentieren und doppelte Arbeit erzeugen. Das validiert nicht die Produktqualität von Mosaic. Es validiert die *Problemform*: Sobald Agents lang laufende Aufgaben für Teams übernehmen, wird private Session-Historie vom persönlichen Ärgernis zum organisatorischen Engpass. ## Das schwierigere Problem ist nicht Session-Sync. Es ist die Frage, was zu vertrauenswürdigem Kontext wird. Ein Transkript ist Evidenz dafür, was passiert ist. Es ist nicht automatisch die beste Anweisung für den nächsten Agent. Session-Historie vermischt bestätigte Fakten, veraltete Annahmen, verworfene Hypothesen, Secrets, Stack Traces, rohen Tool-Output und versehentliche Prompt Injection. Alles ungefiltert in jedes zukünftige Context Window zu kippen wäre teuer und unsicher. Ein brauchbares Shared-Context-System braucht deshalb mindestens vier Stufen: 1. **Capture:** Original-Session mit Agent, Nutzer, Repository, Branch, Zeitstempel und Quellen-ID erhalten. 2. **Index:** Sessions durchsuchbar machen, ohne Quellgrenzen zu verlieren. 3. **Consolidate:** dauerhafte Entscheidungen und geprüfte Learnings extrahieren, aber auf die Evidenz zurückverlinken. 4. **Selektiv abrufen:** einem neuen Agent nur Kontext geben, der zu Aufgabe, Repository und Berechtigungen passt. Genau hier kann Mosaic dauerhaften Wert schaffen. Ein Team braucht keinen weiteren Ort, an dem Transkripte gesammelt werden. Es braucht eine belastbare Brücke von privater Agent-Aktivität zu kontrolliertem Organisationswissen. ## Mosaic versus Claude Code Agent Teams Die beiden Ansätze lösen benachbarte, aber unterschiedliche Probleme. Anthropics [Agent-Identity-Modell für teamweite AI](https://claude.com/blog/agent-identity-access-model) konzentriert sich darauf, gemeinsamen Agents Workspace-Identitäten und eigene Zugänge zu geben, statt einen Menschen zu imitieren. Das ist primär ein Autorisierungs- und Betriebsmodell-Problem. Mosaics Shared-Session-These adressiert primär Kontinuität über Menschen, Sessions und Agent-Produkte hinweg. Die offizielle [Claude-Code-Dokumentation zu Agent Teams](https://code.claude.com/docs/en/agent-teams) koordiniert mehrere Claude-Code-Instanzen über eine gemeinsame Task List und direkte Agent-Kommunikation. Jeder Teammate besitzt weiterhin ein eigenes unabhängiges Context Window. Anthropic nennt ausdrücklich höheren Tokenverbrauch und zusätzlichen Koordinationsaufwand. Agent Teams helfen mehreren Agents, *innerhalb eines koordinierten Claude-Workflows* zusammenzuarbeiten. Mosaic zielt auf Kontinuität *über Sessions, Teammitglieder und verschiedene Agent-Tools hinweg*. | Frage | Mosaic / Shared Session Layer | Claude Code Agent Teams | Git + Docs | | --- | --- | --- | --- | | Kann ich sehen, was ein anderer Agent versucht hat? | Kern-Use-Case | Innerhalb des aktiven Teams | Nur wenn es jemand dokumentiert hat | | Geht Kontext über Agent-Anbieter hinweg? | Produktthese | Nein, nur Claude Code | Ja, wenn manuell geschrieben | | Koordiniert es Tasks live? | Abhängig vom Workspace | Ja | Nein | | Ist Code-State autoritativ? | Nein, Git bleibt Source of Truth | Nein, Git bleibt Source of Truth | Git ist autoritativ | | Macht es Wissen automatisch korrekt? | Nein | Nein | Nein | ## Was sollte ein Engineering-Team vor der Einführung von Mosaic testen? **Shared Context sollte nicht danach bewertet werden, ob Search eine alte Session findet.** Entscheidend ist, ob der nächste Engineer oder Agent dadurch eine bessere Entscheidung trifft, ohne irrelevanten oder veralteten Kontext zu übernehmen. - **Coverage:** Welche Claude-Code-, Codex-, Cursor- und anderen Session-Formate werden vollständig erfasst, welche Felder gehen verloren? - **Provenienz:** Lässt sich jede abgerufene Aussage auf Session, Repository, Branch und Zeitstempel zurückführen? - **Freshness:** Was passiert, wenn eine spätere Session eine frühere Architekturentscheidung widerspricht? - **Scope:** Kann Kontext nach Organisation, Team, Repository, Kunde, Branch oder Projekt begrenzt werden? - **Secrets:** Werden Tokens, Environment Variables, Kundendaten und Command Output vor dem Sync redigiert? - **Löschung:** Kann eine Session entfernt werden und verschwindet sie danach auch aus Indizes und abgeleiteten Zusammenfassungen? - **Zugriff:** Erben Session-Daten die Rechte des Quellsystems oder können sie Menschen erreichen, die auf das ursprüngliche Repository keinen Zugriff hatten? - **Portabilität:** Kann die Organisation Session-Historie und abgeleitetes Wissen in einem brauchbaren Format exportieren? ## Die Security-Grenze ist größer als Chat-Historie Coding-Agent-Transkripte enthalten oft mehr als Prompts. Darin können Dateipfade, proprietäre Code-Snippets, Shell-Befehle, Deployment-Output, Kundenkennungen, Datenbankschemata, Incident-Details und versehentlich ausgegebene Credentials stehen. Eine zentrale Session-Sammlung wird deshalb selbst zu einem hochwertigen Datenspeicher. Der Einkaufscheck sollte Verschlüsselung, Tenant Isolation, Admin Controls, SSO, Audit Logs, Retention, Löschung, Unterauftragsverarbeiter, Datenregionen, Backup-Verhalten, Incident Notification und Model-Training-Bedingungen abdecken. Wenn öffentliche Unterlagen eine Frage nicht beantworten, bleibt sie für die Vertragsprüfung unbekannt. Sie sollte nicht mit der sichersten Annahme gefüllt werden. Eine gute Architektur trennt außerdem **Raw Evidence** von **promotetem Wissen**. Rohtranskripte können enger berechtigt und kürzer aufbewahrt werden. Eine geprüfte Entscheidung wie „alle Payment Writes brauchen Idempotency Keys“ kann als versionierte Team-Regel mit Owner und Review-Datum promoted werden. ## Wo liegt der wirtschaftliche Wert gemeinsamer Agent-Sessions? Die relevante Kennzahl ist nicht „synchronisierte Sessions“, sondern **vermiedene Koordinationsarbeit ohne zusätzliche Fehler**. Ein einfaches Modell lautet: `Monatswert = vermiedene doppelte Recherche + schnellere Übergaben + kürzeres Onboarding - Plattformkosten - Review-Aufwand - kontextbedingte Fehler` Wenn fünf Engineers täglich jeweils 20 Minuten rekonstruieren, was ein anderer Agent bereits herausgefunden hat, entstehen mehr als 33 Engineering-Stunden pro Monat. Schon eine moderate Reduktion kann relevant sein. Ein Shared Store, der eine veraltete Entscheidung autoritativ erscheinen lässt, kann diese Ersparnis aber schnell vernichten. Messe doppelte Untersuchungen, Time-to-first-useful-change nach einer Übergabe, wiederholte fehlgeschlagene Commands, Review-Zeit, Precision des Context Retrievals und schwere Fehler durch veralteten oder projektfremden Kontext. Das Tool sollte diese Outcomes verbessern, nicht nur das Transkriptarchiv vergrößern. ## Wann Mosaic kaufen und wann Session-Sync selbst bauen? | Situation | Shared-Session-Produkt zuerst kaufen | Intern bauen oder erweitern | | --- | --- | --- | | Agent-Vielfalt | Das Team nutzt mehrere Coding-Agent-Produkte und will eine Schicht | Ein standardisierter Harness besitzt bereits alle Sessions | | Time to Value | Shared Context soll diesen Monat getestet werden | Eine interne Developer Platform existiert bereits | | Datenboundary | Vendor Controls bestehen den Security Review | Session-Daten dürfen die kontrollierte Umgebung nicht verlassen | | Retrieval | Search und Handoff sind das Hauptproblem | Tiefe eigene Consolidation- und Policy-Logik ist nötig | | Betrieb | Adapter für jedes Agent-Format sollen nicht selbst gepflegt werden | Adapter gehören bereits zur eigenen Harness-Plattform | Ein eigenes System wirkt einfach, weil jeder Agent ohnehin Logs schreibt. Teuer werden Format-Drift, Berechtigungen, Secret Handling, Deduplizierung, Indexierung, Summarization, Stale-Knowledge-Invalidierung und Löschung. Eigenbau lohnt sich erst, wenn diese Controls Differenzierung oder harte Anforderungen sind. ## Ein 30-Tage-Pilot für Mosaic im Engineering-Team 1. **Zwei Repositories und zwei Agent-Produkte wählen.** Kein Company-wide Rollout, bevor Retrieval-Qualität messbar ist. 2. **Drei Übergabeszenarien definieren.** Bug-Untersuchung, Feature-Fortsetzung und Incident Follow-up funktionieren gut. 3. **Baseline messen.** Wie lange braucht ein Teammitglied ohne Shared Session Context, um frühere Agent-Arbeit zu rekonstruieren? 4. **Sessions mit explizitem Scope synchronisieren.** Kunden- und Repository-Grenzen sichtbar halten. 5. **Widersprüche setzen.** API-Vertrag oder Architekturentscheidung ändern und testen, ob alter Kontext weiterhin als aktuell erscheint. 6. **Secrets setzen.** Synthetische Credentials verwenden und Capture, Redaction, Search und Löschung prüfen. 7. **Cross-Tool-Handoff testen.** Ein Agent untersucht, ein anderes Agent-Produkt setzt nur mit Shared Context plus Repository fort. 8. **Outcomes vergleichen.** Übergabezeit, doppelte Arbeit, Retrieval Precision, schwere Fehler und Review-Aufwand messen. Für das breitere Betriebsmodell mehrerer Agents kombiniere den Pilot mit unserem [30/60/90-Tage-Leitfaden für AI Agents](/de/blog/ai-agent-pilot-30-60-90-days/) und dem [Vergleich Git Worktrees versus Jujutsu](/de/blog/git-worktrees-vs-jujutsu-ai-coding-agents/). Shared Context ersetzt keine Code-Isolation. ## Wo Wavect ins Bild passt Wavects [AI Enablement](/de/services/ai-enablement/) hilft Engineering-Teams dabei, Agent-Workflows, Context Boundaries, Evals, Kostenkontrollen und Übergaben über mehrere Tools hinweg zu standardisieren. Unsere [Twinsoft-AI-Fallstudie](/de/case-studies/twinsoft-ai/) zeigt das Engineering rund um AI-Fähigkeiten, das nötig ist, damit aus einzelnen Demos ein betreibbares Produkt wird. Die kommerzielle Frage lautet nicht „sollen wir unser eigenes Mosaic bauen?“. Sie lautet: „Welche Context-Schicht sollte das Team selbst besitzen und welche ist Commodity?“ Ein guter Pilot beantwortet das, bevor eine Tool-Entscheidung zur Architektur wird. ## Fazit **Mosaic liegt mit der Richtung richtig: Agent-Adoption im Team erzeugt ein Kontextproblem, das Git Commits und private Transkripte nicht lösen.** Der stärkste Teil der These ist nicht „Multiplayer AI“ als Schlagwort. Es ist die Idee, Agent-Arbeit zu sichtbarer Organisations-Evidenz zu machen, von der ein anderes Teammitglied oder ein anderer Agent sinnvoll weiterarbeiten kann. Die offene Einkaufsfrage ist, ob Session-Sync zu vertrauenswürdigem Memory wird. Dafür braucht es Provenienz, Berechtigungen, Stale-Context-Handling, Redaction, Löschung und selektives Retrieval. Wenn Mosaic/Ocean das gut löst, kann die Schicht wertvolle Infrastruktur oberhalb einzelner Coding Agents werden. Wenn nur Transkripte zentralisiert werden, gewinnt das Team Sichtbarkeit, muss die Wissensschicht aber weiterhin selbst bauen. ## FAQ zu Mosaic und Shared Agent Sessions ### Was ist Mosaic von Y Combinator S26? Mosaic ist ein YC-Summer-2026-Unternehmen für Multiplayer-Infrastruktur zwischen Menschen und AI Agents. Die aktuellen öffentlichen Materialien zeigen einen geteilten Echtzeit-Workspace, während YC Ocean inzwischen als Shared-Memory-Produkt für Coding-Agent-Sessions bezeichnet. ### Ersetzt Mosaic Claude Code Agent Teams? Nein. Claude Code Agent Teams koordiniert mehrere Claude-Code-Instanzen innerhalb eines Team-Workflows. Mosaics breitere These ist Kontinuität über Sessions, Teammitglieder und verschiedene Agent-Tools hinweg. Beide Schichten können sich ergänzen. ### Ist Session-Sync dasselbe wie Agent Memory? Nein. Session-Sync bewahrt rohe Evidenz auf. Agent Memory braucht meist Consolidation, Retrieval, Scope, Provenienz und Freshness-Regeln, damit ein neuer Agent nützlichen aktuellen Kontext statt eines kompletten Transkriptarchivs bekommt. ### Ersetzt Mosaic Git oder Worktrees? Nein. Git bleibt Source of Truth für Code-Historie. Worktrees oder vergleichbare Isolation schützen parallele Änderungen. Shared Session Context erklärt, warum etwas passiert ist und was dabei gelernt wurde. ### Was sollte ein Unternehmen vor dem Sync von Coding-Agent-Sessions prüfen? Prüfe Source Coverage, Tenant- und Repository-Rechte, Secret Redaction, Verschlüsselung, Retention, Löschung, Export, Provenienz, Stale-Context-Handling, Audit Logs und wie abgeleitete Zusammenfassungen Berechtigungen erben. ## Quellen und Evidenzgrenzen Die primären Produkt- und Kategoriequellen wurden am 7. September 2026 geprüft. Mosaic und YC beschreiben die Produktrichtung. Die rund 2.000 Installationen und 37 synchronisierenden Organisationen sind vom Unternehmen gemeldete Launch-Zahlen. YC und Anthropic liefern unabhängige Evidenz dafür, dass Multiplayer Human-Agent Work zu einer Kategorie wird, validieren aber nicht Mosaics Zuverlässigkeit, Security oder kommerzielle Performance. Wavect hat Mosaic/Ocean nicht installiert und das Backend nicht auditiert. Nicht öffentlich dokumentierte Implementierungsdetails bleiben daher unbekannt. ## Fazit Der nächste Engpass in AI-gestütztem Engineering ist zunehmend nicht Modellintelligenz, sondern organisatorische Kontinuität. Ein Team mit zehn starken Agents, das jede Untersuchung an der Session-Grenze verliert, bezahlt denselben Discovery-Aufwand immer wieder. Mosaics These ist testenswert, weil sie diese Grenze vom einzelnen Terminal zum Team verschiebt. Die belastbare Version des Produkts wird Session-Evidenz in scoped, aktuellen und berechtigungsbewussten Kontext verwandeln, ohne so zu tun, als wäre jedes alte Transkript Wahrheit. ## Das könnte dich auch interessieren.. [**Wissenstransfer zwischen AI Agents** Vergleiche gemeinsame Session-Historie mit expliziten, geprüften Manuals, die wiederverwendbares Wissen zwischen Modellen übertragen.](/de/blog/agent-knowledge-transfer-cheaper-models/) [**AI Enablement vs In-House AI Hire** Entscheide, ob interne Agent-Infrastruktur selbst aufgebaut oder mit einem fokussierten Umsetzungspartner eingeführt werden soll.](/de/compare/ai-enablement-vs-in-house-ai-hire/) Agent Engineering ## In diesem Cluster weiterlesen Coding Agents, MCP, Kontextsysteme, Evaluation und Kontrollen für verlässliche Automatisierung. [Mit dem Grundlagenartikel starten**Graph Engineering für KI-Agenten: Wann lohnt sich ein Knowledge Graph?**](/de/blog/graph-engineering-ai-agents/) - [Model Hardware Standard: MHS für Physical AI im Unternehmen](/de/blog/model-hardware-standard-enterprise-guide/) - [Fonio AI Erfahrungen 2026: Preise, API, DSGVO & Build vs Buy](/de/blog/fonio-ai-review-build-vs-buy-2026/) - [Ripwire Review 2026: Repo-Kontext für KI-Agenten ohne Embeddings?](/de/blog/ripwire-ai-repo-context-review-2026/) - [Atomare Multi-Datei-Edits für KI-Coding-Agenten: die Semaprax-Lektion](/de/blog/atomic-multi-file-edits-ai-coding-agents/) - [Wissenstransfer zwischen KI-Agenten: Einmal entdecken, günstiger skalieren](/de/blog/agent-knowledge-transfer-cheaper-models/) [**Zurück**](/de/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/de/team/kevin-riedl/) [Kevin Riedl](/de/team/kevin-riedl/) https://linkedin.com/in/wsdt 12 Min Lesezeit · 7. September 2026 Zuletzt geprüft 7. September 2026 [**Weiter**](/de/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/de/blog/mosaic-yc-s26-shared-agent-sessions-review/#webpage", "@type": "WebPage", "dateModified": "2026-09-07", "inLanguage": "de", "isPartOf": { "@id": "https://wavect.io/#website", "@type": "WebSite" }, "lastReviewed": "2026-09-07", "url": "https://wavect.io/de/blog/mosaic-yc-s26-shared-agent-sessions-review/" } ] } ``` ```json { "@context": "https://schema.org", "@type": "BlogPosting", "abstract": "Mosaic adressiert ein reales Teamproblem bei AI-gestützter Entwicklung: Claude Code, Codex, Cursor und andere Coding Agents erzeugen wertvolle Untersuchungshistorie, die meistens in einzelnen Sessions bleibt. Mosaics aktuelle Produktseite betont einen persistenten Multiplayer-Workspace; Y Combinator beschreibt Ocean inzwischen als Shared-Memory-Produkt, das Coding-Agent-Kontext über Sessions hinweg trägt. Im Launch werden rund 2.000 Installationen und 37 aktiv synchronisierende Organisationen genannt, allerdings als Unternehmensangaben. Der stärkste Fit sind Teams mit mehreren Agents oder Harnesses, die bei Übergaben regelmäßig Arbeit wiederholen. Das Hauptrisiko ist, synchronisierte Transkripte mit vertrauenswürdigem Memory gleichzusetzen. Prüfe Provenienz, Repository- und Tenant-Scope, Invalidierung veralteten Kontexts, Secret Redaction, Rechtevererbung, Löschung, Export und selektives Retrieval. Pilotieren, wenn Search und Handoff der Engpass sind; intern bauen oder erweitern, wenn Session-Daten die eigene Umgebung nicht verlassen dürfen oder der bestehende Harness Capture, Rechte, Consolidation und Retrieval bereits besitzt.", "articleBody": " Blog-Übersicht/AI und Agents/Agent Engineering Mosaic (YC S26) im Check: Löst Shared Agent Memory das Team-Kontextproblem? TL;DR Mosaic adressiert ein reales Teamproblem bei AI-gestützter Entwicklung: Claude Code, Codex, Cursor und andere Coding Agents erzeugen wertvolle Untersuchungshistorie, die meistens in einzelnen Sessions bleibt. Mosaics aktuelle Produktseite betont einen persistenten Multiplayer-Workspace; Y Combinator beschreibt Ocean inzwischen als Shared-Memory-Produkt, das Coding-Agent-Kontext über Sessions hinweg trägt. Im Launch werden rund 2.000 Installationen und 37 aktiv synchronisierende Organisationen genannt, allerdings als Unternehmensangaben. Der stärkste Fit sind Teams mit mehreren Agents oder Harnesses, die bei Übergaben regelmäßig Arbeit wiederholen. Das Hauptrisiko ist, synchronisierte Transkripte mit vertrauenswürdigem Memory gleichzusetzen. Prüfe Provenienz, Repository- und Tenant-Scope, Invalidierung veralteten Kontexts, Secret Redaction, Rechtevererbung, Löschung, Export und selektives Retrieval. Pilotieren, wenn Search und Handoff der Engpass sind; intern bauen oder erweitern, wenn Session-Daten die eigene Umgebung nicht verlassen dürfen oder der bestehende Harness Capture, Rechte, Consolidation und Retrieval bereits besitzt. Mosaic ist spannend, weil es den Koordinationsaufwand adressiert, der entsteht, sobald ein Team mehr als einen Coding Agent ernsthaft nutzt. Claude Code, Codex, Cursor und andere Agents können einzeln sehr produktiv sein. Ihre Entdeckungen, Fehlversuche und lokalen Entscheidungen bleiben aber oft in getrennten Sessions eingeschlossen. Eine gemeinsame Session-Schicht kann doppelte Recherche reduzieren und Übergaben sichtbar machen. Sie erzeugt nicht automatisch eine vertrauenswürdige Wissensbasis. Das ist ein research-basierter Buyer-Check und kein Hands-on-Test. Auch die öffentliche Produktbenennung bewegt sich schnell. Die aktuelle Y-Combinator-Seite nennt Ocean als Mosaic-Hauptprodukt für Shared Memory und beschreibt Mosaic als Echtzeit-Coding-Umgebung. Der Launch-Text verwendet Mosaic weiterhin für die zentrale Synchronisierung von Agent-Sessions. Wenn die Unterscheidung wichtig ist, nennen wir die gemeinsame Session-Memory-Schicht deshalb „Mosaic/Ocean“. Dieser Beitrag besitzt bewusst den engen Intent Mosaic Shared Coding-Agent Sessions für Teams. Für wiederverwendbare Manuals zwischen Modellen gibt es unseren Leitfaden zum Agenten-Wissenstransfer. Für allgemeine Memory-Architektur lies den OpenViking Agent-Memory-Review. Die breitere Runtime rund um Agents behandeln wir in Agent Harness Engineering. Was ist Mosaic im September 2026? Die aktuelle Mosaic-Produktseite präsentiert eine gemeinsame, persistente Umgebung, in der Menschen und Agents in Echtzeit zusammenarbeiten. Gezeigt werden geteilte Live-Terminals, persistente Sessions, Pair Programming mit Agents, Routing zwischen mehreren Agents und organisationsübergreifendes Agent Networking. Der sichtbare Download-Pfad ist derzeit auf macOS ausgerichtet. Die Y-Combinator-Seite für Mosaic S26 samt Launch beschreibt die Session-Memory-These konkreter. Dort gibt Ocean Menschen und Coding Agents ein gemeinsames Gedächtnis über Sessions hinweg, während Mosaic die kollaborative Echtzeit-Coding-Umgebung ist. Im Launch-Text werden rund 2.000 Installationen und 37 Organisationen genannt, die aktiv Sessions synchronisieren. Das sind vom Unternehmen gemeldete Launch-Zahlen, keine unabhängig auditierten Adoption-Metriken. Unabhängigkeit und Marken Wavect veröffentlicht diese Seite und ist selbst Anbieter, wir haben also ein wirtschaftliches Interesse daran. Mit den hier genannten anderen Unternehmen sind wir weder verbunden noch von ihnen beauftragt oder empfohlen, und alle Firmennamen, Marken und Warenzeichen Dritter gehören ihren jeweiligen Inhabern. Aussagen über andere Anbieter stammen aus öffentlich zugänglichen Quellen, vor allem aus deren eigenen veröffentlichten Seiten, mit Stand des auf dieser Seite genannten Prüfdatums, und können sich seither geändert haben. Bitte prüfe sie vor einer Entscheidung selbst. Diese Seite wurde nach bestem Wissen und Gewissen erstellt, mit dem Ziel, möglichst objektiv zu bleiben. Wenn dir etwas falsch oder unfair erscheint, schreib uns und wir korrigieren es: office@wavect.io SchichtWas sie löstWas sie nicht beweist Session CaptureBewahrt auf, was ein Agent versucht, geändert und diskutiert hatDass jede gespeicherte Aussage korrekt ist Team-SichtbarkeitMacht Arbeit auffindbar, die außerhalb des eigenen Terminals stattfandDass zwei Agents dieselbe Information gleich verwenden sollten Persistenter WorkspaceHält lang laufende Arbeit über eine Laptop-Session hinaus verfügbarDass veralteter Kontext invalidiert wurde Live MultiplayerMenschen und Agents teilen dieselbe ArbeitsflächeDass parallele Änderungen konfliktfrei sind Warum wird „Multiplayer AI“ plötzlich zu einer Kategorie? Y Combinator argumentiert in seiner Fall-2026-Request-for-Startups zu Multiplayer AI, dass Agents", "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-Produktseite", "url": "https://mosaic.inc/" }, { "@type": "WebPage", "name": "Y-Combinator-Seite für Mosaic S26 samt Launch", "url": "https://www.ycombinator.com/companies/mosaic-inc" }, { "@type": "WebPage", "name": "Fall-2026-Request-for-Startups zu Multiplayer AI", "url": "https://www.ycombinator.com/rfs#multiplayer-ai" }, { "@type": "WebPage", "name": "Guidance zu Human-Agent Teams", "url": "https://claude.com/blog/building-effective-human-agent-teams" }, { "@type": "WebPage", "name": "Agent-Identity-Modell für teamweite AI", "url": "https://claude.com/blog/agent-identity-access-model" }, { "@type": "WebPage", "name": "Claude-Code-Dokumentation zu Agent Teams", "url": "https://code.claude.com/docs/en/agent-teams" } ], "dateModified": "2026-09-07", "datePublished": "2026-09-07", "description": "Mosaic adressiert ein reales Teamproblem bei AI-gestützter Entwicklung: Claude Code, Codex, Cursor und andere Coding Agents erzeugen wertvolle Untersuchungshistorie, die meistens in einzelnen Sessions bleibt. Mosaics aktuelle Produktseite betont einen persistenten Multiplayer-Workspace; Y Combinator beschreibt Ocean inzwischen als Shared-Memory-Produkt, das Coding-Agent-Kontext über Sessions hinweg trägt. Im Launch werden rund 2.000 Installationen und 37 aktiv synchronisierende Organisationen genannt, allerdings als Unternehmensangaben. Der stärkste Fit sind Teams mit mehreren Agents oder Harnesses, die bei Übergaben regelmäßig Arbeit wiederholen. Das Hauptrisiko ist, synchronisierte Transkripte mit vertrauenswürdigem Memory gleichzusetzen. Prüfe Provenienz, Repository- und Tenant-Scope, Invalidierung veralteten Kontexts, Secret Redaction, Rechtevererbung, Löschung, Export und selektives Retrieval. Pilotieren, wenn Search und Handoff der Engpass sind; intern bauen oder erweitern, wenn Session-Daten die eigene Umgebung nicht verlassen dürfen oder der bestehende Harness Capture, Rechte, Consolidation und Retrieval bereits besitzt.", "headline": "Mosaic (YC S26) im Check: Shared Memory für Coding Agents", "image": "https://wavect.io/img/blog/headers/header_mosaic-yc-s26-shared-agent-sessions-review.svg", "inLanguage": "de", "keywords": "Mosaic, Multiplayer AI, Agenten-Memory", "mainEntityOfPage": { "@id": "https://wavect.io/de/blog/mosaic-yc-s26-shared-agent-sessions-review/", "@type": "WebPage" }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/de/blog/mosaic-yc-s26-shared-agent-sessions-review/", "wordCount": 2442 } ``` ```json { "@context": "https://schema.org", "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "item": "https://wavect.io/de/", "name": "Startseite", "position": 1 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/overview/", "name": "Blog-Übersicht", "position": 2 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/topics/ai-agents/", "name": "AI und Agents", "position": 3 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/clusters/agent-engineering/", "name": "Agent Engineering", "position": 4 }, { "@type": "ListItem", "item": "https://wavect.io/de/blog/mosaic-yc-s26-shared-agent-sessions-review/", "name": "Mosaic im Check: Shared Claude Code & Codex Sessions", "position": 5 } ] } ``` ```json { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Mosaic ist ein YC-Summer-2026-Unternehmen für Multiplayer-Infrastruktur zwischen Menschen und AI Agents. Die aktuellen öffentlichen Materialien zeigen einen geteilten Echtzeit-Workspace, während YC Ocean inzwischen als Shared-Memory-Produkt für Coding-Agent-Sessions bezeichnet." }, "name": "Was ist Mosaic von Y Combinator S26?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Nein. Claude Code Agent Teams koordiniert mehrere Claude-Code-Instanzen innerhalb eines Team-Workflows. Mosaics breitere These ist Kontinuität über Sessions, Teammitglieder und verschiedene Agent-Tools hinweg. Beide Schichten können sich ergänzen." }, "name": "Ersetzt Mosaic Claude Code Agent Teams?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Nein. Session-Sync bewahrt rohe Evidenz auf. Agent Memory braucht meist Consolidation, Retrieval, Scope, Provenienz und Freshness-Regeln, damit ein neuer Agent nützlichen aktuellen Kontext statt eines kompletten Transkriptarchivs bekommt." }, "name": "Ist Session-Sync dasselbe wie Agent Memory?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Nein. Git bleibt Source of Truth für Code-Historie. Worktrees oder vergleichbare Isolation schützen parallele Änderungen. Shared Session Context erklärt, warum etwas passiert ist und was dabei gelernt wurde." }, "name": "Ersetzt Mosaic Git oder Worktrees?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Prüfe Source Coverage, Tenant- und Repository-Rechte, Secret Redaction, Verschlüsselung, Retention, Löschung, Export, Provenienz, Stale-Context-Handling, Audit Logs und wie abgeleitete Zusammenfassungen Berechtigungen erben." }, "name": "Was sollte ein Unternehmen vor dem Sync von Coding-Agent-Sessions prüfen?" } ] } ```