Visca
The Stack/Lifecycle plane

Packaging

Seal

The packaging layer of the self-hosted stack.

The packaging primitive of the stack, run inside your perimeter. Immutable, content-addressed, Sigil-signed bundles — everything an autonomous actor needs to execute, packaged as a single attestable artifact and registered in your own registry.

Seal is a primitive of the Visca stack — it ships with the stack, versions with the stack, and audits with the stack. It is not separately purchasable.

What it is

The role Seal plays in the stack.

A Seal Bundle contains everything required to instantiate a specific class of actor at a specific version: behavioral specifications, tool references, model references, memory schemas, and — for embodied actors — firmware, model weights, sensor calibrations, behavior trees. Every Bundle is content-addressed and signed by the issuer's Sigil — the same identity the rest of the stack trusts. Two actors with the same Bundle hash are identical in every behaviorally relevant respect. The unit of reproducible autonomy, sealed inside your perimeter and traceable through Chronicle from build to run.

The problem

What goes wrong without it.

Production agents today are rarely reproducible. The prompt was edited in a UI. The tool list was changed via a config push. The model version was upgraded silently. Six months later, a regression appears, and there is no way to recover the exact actor that ran in production a quarter ago. For embodied actors, the problem is sharper: firmware, model weights, and behavior tree changes flow through different channels with no unified versioning — and a stitched stack scatters those artifacts across registries you do not control.

Capabilities

What Seal does.

A bundle definition

What Seal looks like in code.

bundle "acme/triage" {
  version = "3.2.1"

  behavior {
    type   = "agent"
    prompt = file("./prompts/triage.md")
    tools  = [
      "mcp://zendesk@^2.0.0",
      "mcp://[email protected]",
    ]
  }

  model {
    primary  = "anthropic/claude-sonnet-4-6"
    fallback = "openai/gpt-5"
    ceiling  = { tokens = 50000, cost_usd = 0.50 }
  }

  memory {
    schema    = file("./schemas/triage-memory.yaml")
    retention = "30d"
  }

  capabilities {
    requires = [
      "zendesk:tickets:assigned:read",
      "zendesk:comments:assigned:write",
      "kb:articles:public:read",
    ]
  }
}

Open and commercial

Built in the open. Run in your tenancy.

Seal has two surfaces: an open-source reference in Lattice Runtime (MPL 2.0), and a managed delivery as part of the Visca stack on Visca Cloud. Features in the open never move behind the paywall.

Open

Lattice Runtime — open foundation

MPL 2.0 · self-hostable · foundation-track governance

  • ·Bundle format specification
  • ·Reference builder
  • ·Local Bundle registry
  • ·Bundle verification primitives

Commercial

Visca Cloud — managed sovereign delivery

Your tenancy · dedicated · self-managed · air-gapped

  • ·Hosted multi-tenant Bundle registry
  • ·Signing infrastructure with HSM-backed keys
  • ·Bundle vulnerability scanning at scale
  • ·Mirror and proxy for upstream public registries
  • ·Provenance attestation (SLSA-level)
  • ·Bundle policy enforcement on apply

LIFECYCLE · same plane

Inside the lifecycle plane with Seal

Across the stack

Composing with the other planes.

The whole stack. Self-hosted. One ecosystem.

The entire agent stack, inside your own walls.

Models, identity, tools, voice, payments, runtime, and audit — as one integrated ecosystem, self-hosted, sovereign, air-gapped. Nothing stitched from vendors. Nothing leaves your perimeter. Open at the core. No license rug-pulls, ever.