Comparison · Lore

Lore vs Git vs TOVIO

Lore is Epic Games' MIT-licensed version control system for binary-heavy projects, with BLAKE3 storage, centralized authority, and cached offline work. Here is how it compares with Git and with TOVIO's design, row by row.

How to read this

native / first-class partial or workaround not documented as native

Lore and Git cells reflect a 2026 snapshot, checked on , of each tool's publicly documented behavior. TOVIO cells reflect the v1 design target — TOVIO is pre-1.0, unpublished, and not yet independently audited. See the launch gates and what ships today and the sources and qualifications.

Read each complete row. Partial support includes limited coverage or extensions. An em dash means no native mechanism was documented in the reviewed sources, not that every external integration was ruled out. Local commits do not imply a fully distributed architecture. Direct binary storage does not establish asset-size limits, transfer efficiency, or performance.

Capability comparison

$lore vs git vs tovio: capability comparison2026 snapshot · TOVIO = v1 design target
CapabilityLoreGitTOVIO
Local commits without a network connectionPartial or workaroundNative or first-classNative or first-class
Per-file cryptographic permissionsNo documented native supportNo documented native supportNative or first-class
AI-agent capability tokensNo documented native supportNo documented native supportNative or first-class
Capability-bound signed agent provenanceNo documented native supportNo documented native supportNative or first-class
Change-centric identity (survives rebase)No documented native supportNo documented native supportNative or first-class
First-class conflict objectsNo documented native supportNo documented native supportNative or first-class
No staging areaNo documented native supportNo documented native supportNative or first-class
Binary files versioned without an LFS storeNative or first-classNative or first-classNative or first-class
BLAKE3 content addressingNative or first-classNo documented native supportNative or first-class
Lane pointers auto-reconcile when offline copies divergeNo documented native supportNo documented native supportPartial or workaround
Operation log / local state restoreNo documented native supportPartial or workaroundNative or first-class
Language-aware semantic diffNo documented native supportNo documented native supportNative or first-class
AI configuration history with risk / rollbackNo documented native supportNo documented native supportNative or first-class
Open formats + open-source engineNative or first-classNative or first-classNative or first-class
Sources and qualifications Reviewed

Documentation checks, not independent execution tests of every product. Choose a tool for its scope and official references.

Git

Sparse checkout is native. Git stores binary bytes without LFS, but large-asset storage and transfer have different tradeoffs from a dedicated asset workflow. Reflogs retain ref movements, not complete working-copy snapshots. Shallow and partial clones are exceptions to full-history cloning.

Lore

Lore has centralized authority and cached offline commits; an offline-prepared clone must contain required metadata. It has native binary fragments and BLAKE3, but also explicit staging. Content conflicts need resolution before the merge revision is committed. Revision reset/revert is not a documented whole-state operation log.

TOVIO

The column describes the v1 design target under supported profiles, not general availability. Undo depends on supported, retained operations. Semantic context is advisory; behavioral rollback records supplied AI configuration, not a running model. Signing-required repositories currently hold divergent lanes rather than automatically reconciling them. The Apache-2.0 core and commercial Forge have different licenses.

What the rows say

Where Lore is native today

  • Binary files versioned without an LFS store — also a TOVIO v1 design target
  • BLAKE3 content addressing — also a TOVIO v1 design target
  • Open formats + open-source engine — also a TOVIO v1 design target

What TOVIO's design adds

  • Local commits without a network connection — partial or a workaround in Lore
  • Per-file cryptographic permissions — no documented native support in Lore
  • AI-agent capability tokens — no documented native support in Lore
  • Capability-bound signed agent provenance — no documented native support in Lore
  • Change-centric identity (survives rebase) — no documented native support in Lore
  • First-class conflict objects — no documented native support in Lore
  • No staging area — no documented native support in Lore
  • Operation log / local state restore — no documented native support in Lore
  • Language-aware semantic diff — no documented native support in Lore
  • AI configuration history with risk / rollback — no documented native support in Lore

More comparisons