Skip to content

Internals ​

For contributors, implementers, and deep-dive readers.

If you are onboarding to the public product surface, stop here and go to Docs Home, Quick Start, or Tutorial. Internals are intentionally the last stop, not the first one.

This section contains detailed technical documentation for those who want to understand or contribute to Manifesto's implementation.

Maintained Internals ​

Use these pages when you need the current contributor-facing rules around documentation, testing, and glossary terms.


Historical Collections ​

These indexes are preserved for architectural history and normative traceability. They are not the fastest way to learn the current public surface.


Architecture Decision Records (ADRs) ​

Records of significant architectural decisions:

IDTitleStatus
ADR-001Layer Separation after Host v2.0.1Accepted
ADR-002DX improvement — automatic $mel injection + onceIntentImplemented
ADR-003Historical persistence draftSuperseded by ADR-014
ADR-004App Package Internal DecompositionProposed
ADR-005DX improvement — Snapshot Path DSL (${...}) introductionWithdrawn
ADR-006Publish Boundary, Canonicalization, and Channel Separation RulesProposed
ADR-007SDK/Runtime Split Kickoff Gate and Staged LockingSuperseded
ADR-008SDK-First Public Entry and App Package RetirementDeprecated
ADR-009Structured PatchPath (Segments)Implemented
ADR-010Protocol-First SDK ReconstructionImplemented
ADR-011Host Boundary Reset Completeness PolicyImplemented
ADR-012Remove computed. Prefix from Computed Snapshot KeysImplemented
ADR-013aMEL Statement Composition — flow and includeImplemented
ADR-013bEntity Collection Primitives — findById, existsById, updateById, removeByIdImplemented
ADR-014Split Former Facade Protocol into Governance and Lineage PackagesImplemented
ADR-015Snapshot Ontological Purification — Remove Accumulated History from Point-in-Time StateImplemented
ADR-016Merkle Tree Lineage — Positional Lineage Record Identity via Parent-Linked HashingImplemented
ADR-017Capability Decorator Pattern — Semantic Transformation of SDK SurfaceImplemented
ADR-018Public Snapshot Boundary — User-Facing Snapshot Projection and CanonicalSnapshot SeparationImplemented
ADR-019Post-Activation Extension Kernel — Safe Public Seam for Arbitrary-Snapshot OperationsImplemented
ADR-020Intent-Level Dispatchability — dispatchable when ClauseImplemented
ADR-021MEL Structural Annotation System — @meta SidecarAccepted
ADR-022Compiler-Owned Source Location Sidecar (SourceMapIndex)Accepted
ADR-023Object Spread Sugar in MELAccepted
ADR-024Compiler-Owned MEL Source Fragment Editing PrimitiveAccepted
ADR-025Snapshot Ontology Hard Cut — data Retirement and Namespace SeparationAccepted
ADR-026SDK v5 Action Candidate Surface and Law-Aware submit() IngressAccepted
ADR-027Context and Runtime Namespace SemanticsAccepted
ADR-028Core-Owned Dynamic Patch Target SemanticsAccepted

Status meanings (Proposed, Accepted, Implemented, Withdrawn, etc.) are defined in ADR Status Definitions.

There is no standalone ADR-013 page. The mixed proposal was split into ADR-013a and ADR-013b.

Documentation Governance ​

  • Documentation Governance — Core documentation operating rules for ADR/SPEC/FDR, link consistency, archival policy, and PR documentation gates

Specifications ​

Formal specifications for each package. See the Specifications Hub for links to all package specifications with current versions, plus draft package specs that have not yet landed in the active workspace.

Design Rationale (FDRs) ​

Foundational Design Records explaining the "why" behind decisions. See the FDR Hub for links to all package FDRs.

Contributing ​

See the Contributing Guide for how to contribute to Manifesto.