Preview in 5.0.x

Laptop, phone,
same conversation.

A sync framework that keeps conversations, prompts, pinned memory, and per-device settings coherent across your laptop, your phone, and your desktop. Two reference domains land first (sessions and prompts); the framework is general enough that later domains plug in without re-engineering each one. Starting a conversation on one device, continuing it on another, stops requiring an explicit export step.

Later in 5.0.x


Why a framework

Each domain is different. The pattern isn't.

The naive way to ship cross-device sync would be to wire it once for conversations, then again for prompts, then again for pinned memory, then again for tenant settings. Each domain has its own data model, its own conflict-resolution rules, its own privacy posture — building it four times is four ways to get it subtly wrong.

The 5.0.x approach: build the framework once. Each syncable domain declares its data shape, its conflict-resolution policy, and its scope boundary. The framework handles the protocol — change events, conflict reconciliation, eventual consistency across offline-and-back-online — in one place. Adding a new domain becomes a per-domain config, not a per-domain rebuild.


Two reference domains first

Sessions and prompts.

Once those two ship with the framework as the substrate, later domains — pinned memory, per-device settings, knowledge-base preferences, plugin configurations — plug in via the same protocol without each one being an engineering project.


Privacy posture

The cluster is the source of truth.

The sync protocol lives between each client device and the cluster. Devices do not talk directly to each other — the cluster is always the rendezvous, which means the customer's authoritative copy stays in their installation, not in a third-party cloud service. Offline edits queue locally; reconciliation runs when the device reconnects.


What's pending

Honest gates on this page.

Still in flight

  • Framework kernel layer (protocol, conflict policy, event bus)
  • Sessions reference domain
  • Prompts reference domain
  • Client integrations: web chat shell, macOS GUI, iOS app, CLI
  • Offline buffer + reconciliation
  • Admin per-tenant sync policy (some tenants will require sync off for compliance reasons)

This page updates as each piece lands. The release notes are the formal cut.


Read next.

For the chat shell today, see first run. For mobile apps, see mobile apps. For the full 5.0.x roadmap, see what's next in 5.0.x.