Superalignment

Lattice, the part of Praxis that remembers

Start from what already works.

Lattice is the library your next build starts from. It keeps the permissions, approvals and integrations every past build already paid to learn, so nothing gets rediscovered from a blank prompt.

A template remembers screens. A library remembers behavior.

Most reuse in software is cosmetic. You get the shape of a page and none of the decisions underneath it: who is allowed to approve this, what happens when the integration times out, which states this record can legally move between, what has to be recorded when it does.

Lattice keeps that deeper layer. It is the part that took a team six months and a production incident to learn, held in a form the next build can inherit.

What the library carries

  • Actors, roles, identities and permission boundaries.
  • State models, workflows, approvals and exception paths.
  • Data models, validation rules and evidence requirements.
  • Integration contracts, dependencies, retries and fallback behavior.
  • Interface patterns tied to operational meaning rather than layout.
  • Tests, simulations, observability hooks and deployment assumptions.

Reuse the structure. Preserve the difference.

IDENTITY AND ROLESWORKFLOW AND STATENAMED ACCESS POLICY INTEGRATION CONTRACTSRISK THRESHOLDSEVIDENCE STRUCTURES ADAPTEDADAPTED SOLID: REUSED ACROSS BUILDS    DASHED: SPECIFIC TO THIS ONE
Reuse the structure, preserve the difference. The solid blocks compound; the dashed ones stay honest about what is genuinely local.

The failure mode of reuse is pretending two businesses are the same. Lattice separates the stable operational pattern from the policy that is genuinely specific to one customer, so the first can compound while the second stays honest.

Reused structure Adapted per build
Identity and role primitives Named roles, access policy, organizational boundaries
Workflow and state patterns Escalation paths, service levels, local rules
Integration adapters and contracts Credentials, field mappings, environment constraints
Evidence and test structures Risk thresholds, required approvals, acceptance criteria
Interface components Brand, content, hierarchy, task-specific interaction

Why this compounds

Every build that survives contact with the world teaches something a prompt cannot recover on its own. When that lesson goes back into Lattice, the next build starts further along, and the inherited structure is checked against the new work rather than taken on trust (that check is Verity). The library gets more valuable the more it has been used, which is the opposite of how a template gallery behaves.

Do not ask a model to rediscover production from scratch.

Build on structure that has already been proven.