Zephr

Use cases / Personas

Three kinds ofdeveloper. One layer.

Zephr adapts to the workflow you already have — whether you work alone, lead a team, or answer to a governance review. Each persona gets a different slice of the same evidence-backed continuity layer, and a different honest answer about how much of it exists today.

Solo shipped · Team and enterprise plannedpersonal continuityshared memorygoverned retrieval
Choose your workflow

Three personas. Different needs. Different maturity.

The product tailors itself to how you work — local mode for solo developers today, managed-cloud features for teams and organizations as the evidence lands. The badge on each card is the honest one, not the aspirational one.

  • Persona / Solo developerUsable today

    Solo developer

    Your AI remembers what you decided.

    Works alone across one or more AI coding tools. Needs personal continuity that survives closing the session.

    The most mature path. Local mode ships today: one SQLite file, no account, provenance-backed recall, and signed handoff between Claude Code and Cursor.

    Read the solo developer story

    Local mode shipped · Cloud planned
  • Persona / Team leadNot yet built

    Team lead

    Your team’s AI knowledge should survive tool switches.

    Coordinates developers and tools. Needs shared memory, review, and team-scoped recall.

    Rules and local continuity exist per developer today. Sharing a reviewed memory across the team requires the managed cloud, which is still gathering evidence.

    Read the team lead story

    Planned (managed cloud)
  • Persona / EnterpriseNot yet built

    Enterprise

    AI governance that doesn’t slow your team down.

    Requires governance, audit trails, and policy enforcement for AI-assisted development.

    The governance primitives underneath — firewall, scope binding, consent receipts, abstention — are shipped. Organization-level controls on top of them are not.

    Read the enterprise story

    Planned (managed cloud)

Status follows the source docs. Shipped means substantially implemented and usable now; Planned means the design is documented and the code is not written. Nothing on these pages is described as available because it is on a roadmap.

What does not change

The same layer underneath all three.

Personas differ in scope and scale. They do not differ in substance — there is no lightweight trust model for the solo tier and no separate enterprise memory format.

  • One evidence graph

    Bi-temporal beliefs with provenance, confidence, and revision chains. The same record shape whether it lives on one laptop or a managed tenant.

  • One tool contract

    Eight MCP tools that every connected agent speaks. Adding a client does not mean re-teaching the project.

  • One trust model

    Authorization before retrieval, immutable scope binding, receipts on every operation, and abstention when the evidence does not clear the bar.

See the layer underneath.

Every persona reads the same evidence graph, the same tool contract, and the same trust model. The differences are scope and scale, not substance.