Bitspark constellation

DECISIONS

Architecture decision records

The cross-cutting decisions that shape how the constellation is built and relates — each one a record of context, the choice, and its consequences. Listed from atlas's adr/.

0001 atlas: a cross-repo structure layer, orthogonal to design
0002 repo manifests: each system declares its own place and edges
0003 errata for 0001/0002, and the cross-repo docs graph
0004 substrate-release coordination: a publisher-emitted release BOM + verified per-repo adoption
0005 topology-driven views & cross-repo propagation: generate the invariant shape, author the lesson, lint the seam
0006 continuous substrate channels: auto-minted content-addressed releases + a moving channel pointer + an automated co-resolution loop
0007 Substrate releases are atomic and convergent: one logical version per component, every dependent on it, every ecosystem published together
0008 substrate release model (expert-refined): component & constellation releases, signed channel pointers, atomic advertisement, scoped-expiring skew exceptions, the release verdict, and the catalog-epoch trust root
0009 the pin trinity: one per-repo lock + one `pin explain` for the design / atlas / substrate refs a repo runs against
0010 the three coupling planes: live release metadata / a pinned verifier protocol / actuators on a release train
0011 the constellation is a generated evidence ledger: collect / normalize / compare / report, never invent
0012 the substrate-theory basis, and where the constellation's constitution lives
0013 capability and realization as candidate theories; artifact folded into realization
0014 the unified development process: vendored byte-identity for identity-critical files, linted convention for locally-varying files, one drift gate
0015 cross-repo issue orchestration: native cross-repo sub-issues supersede the prose `Part of` convention
0016 stele is the fact substrate; arche decomposes into primitive services
0017 the adstrate: the off-record referent tier (CAS, cell, wire)
0018 the adstrate becomes first-class: `layer: "adstrate"` + the Latin naming convention
0019 private members render in the public projections without a dead repo link
0020 release tags are off-main, immutable, and BOM-anchored
0021 adstrate access is space-governed: reach the payload only through its spaced binding
0022 adstrate storage is space-partitioned: the space owns the bytes, not just the binding
0023 release identity is the content digest; the epoch date is an atlas-owned label
0024 adstrate writes go through the fact interface too: the caller binds, the occupant confirms custody
0025 producer announcements are append-only content-addressed events; the BOM is their materialized projection
0026 the runtime plane: per-environment desired-state lives in atlas, in `runtime.json`, in place
0027 0027 — release-identity vocabulary: the *component release* is the atomic unit; a repo tag is only a batch label
0028 the authority model is single-root: one logical truth, no operational authority; federation is subtree delegation
0029 the adstrate is the integration runtime (kosmos); providers are connected services
0030 authority is fact-derived and decided once by the runtime; a provider is a pure realizer
0031 the runtime control plane is a fact-derived judgment–realization loop: fact-executed before fact-authored, durable before autonomous
0032 the service base API: a uniform `…z` + identity surface every member serves
0033 the live plane is substrate-native: subscribe to stele `watch` for facts; per-service buses publish only rebuildable projections, never authoritative fact logs
0034 logos-db is a theory-agnostic engine; theories attach per-judgment through one seam
0035 the constellation namespace: top-level space allocation is registry-governed

The Bitspark constellation — how the systems are built and relate.

GitHub